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REGULAMENTO DO BLOCO EDITORIAL 


(Aprovado na reunião do Conselho Geral da API de 
11/10/1980) 


a 


DEFINIÇÃO E COMPETÊNCIAS 


O BLOCO EDITORIAL é um órgão da Associação 
Portuguesa de Informática (API). dotado de autono- 
mia administrativa e financeira e directamente de- 
pendente do Conselho Geral (CG), competindo-lhe, 
em exclusividade: 


— assegurar a edição das publicações, periódicas ou 
não. da API; 

— coordenar os contactos com os órgãos de comu- 
nicação social, no tocante a publicação de textos; 

— gerir os meios de reprografia da API: 


satisfazendo assim, na totalidade, o disposto no 
ponto 4 do art.” 4.º dos Estatutos da API: 


«— editar publicações da especialidade»: 

e parcialmente, o disposto nos pontos | e 2 

mesmo artigo: 

«— promover o intercâmbio de conhecimentos téc- 
nicos e científicos entre os seus associados e 
outras pessoas interessadas pela informática»; 

«— contribuir para o desenvolvimento do ensino da 
Informática». 


do 


ORGANIZAÇÃO 
O BLOCO EDITORIAL é constituído por: 


a — Direcção. englobando o Secretariado: 

b — Departamento «Revista»: 

c — Departamento «Publicações»: 

d — Departamento «Edições»: 

e — Departamento «Órgãos de Comunicação So- 
cial»; 


f — Departamento «Produção»: 


organizados segundo o organograma em anexo, 


3. A Direcção é exercida por um Director, assis- 
tido por um «Conselho Editorial» e apoiado 
por um Secretariado. 

O Director será nomeado na 1.º reunião do 
Conselho Geral após as eleições bienais coin- 
cidindo o seu mandato com o do Conselho 
Geral que o nomeou. devendo preferencial- 
mente ser um membro do CG; 

O «Conselho Editorial» é constituído por: 
— Director do Bloco Editorial 

— Directores dos Departamentos 


3.1 


— Sócios da API de reconhecida competência 
no domínio da Informática, nomeados pelo 
Conselho Geral. em número de cinco: 

competindo-lhe definir a política editorial do 

Bloco. 


3.3 O Secretariado tomará a seu cargo todos os 
aspectos administrativos e financeiros do 
Bloco. 

3.4 Os Directores dos Departamentos são nomea- 


dos pelo Director do Bloco, após ratificação 
do Conselho Geral. 


4. Os Departamentos sempre que necessário, serão re- 
gidos por regulamentos próprios. aprovados em reu- 
nião do «Conselho Editorial». 


Aos Departamentos compete: 


DEPT. REVISTA: 
Assegurar em todos os aspectos a publicação da Re- 
vista da API, com especial relevo para: 
— regularidade de publicação 
— qualidade técnica e gráfica 


DEPT. PUBLICAÇÕES: 

Assegurar a publicação de boletins. monografias e ou- 

tras obras de natureza semelhante, nomeadamente: 

— Periódico mensal de ligação entre os Corpos Geren- 
tes e os Sócios da API. 

— Boletins de divulgação das actividades de Comis- 
sões e Grupos de Trabalho criados no âmbito da 
API. 


DEPT. EDIÇÕES: 

Assegurar a edição de obras que pela sua natureza € 

conteúdo justifiquem uma edição mais cuidada, no- 

meadamente: 

— Actas de Congressos e Encontros promovidos pela 
API; 

— Obras de divulgação de metodologias e técnicas de 
Informática. 


DEPT. ÓRGÃOS DE COMUNICAÇÃO SOCIAL (OCS: 
Assegurar os contactos com os OCS tendo em vista a 
divulgação das actividades da API e a sensibilização 
do público em geral à Informática. 


DEPT. PRODUÇÃO: 
Assegurar a execução dos trabalhos de reprografia que 
lhe forem cometidos e velar pela boa utilização do 
equipamento a seu cargo. 


| S. E. G, 
Biblioteca 
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A A.P|. é uma associação profissional, sem carácter sindical, 
sem fins lucrativos, exercendo a sua actividade em todo o terri- 
tório português (do Art.º 1.º dos estatutos). 

Encontram-se em funcionamento duas Delegações Regionais 
com sede respectivamente no Porto e em Lisboa. 

A associação tem fins culturais e científicos que contribuam 
para o aperfeiçoamento e progresso técnico, económico e social e 
para divulgação das técnicas informáticas. 

Para tal a A.P.l. procurará: 


— Promover o intercâmbio de conhecimentos técnicos; 

— Contribuir para o desenvolvimento do ensino da Informática; 

— Promover Congressos, Conferências e Exposições sobre in- 
formática; 

— Prestar colaboração e cooperar com entidades nacionais e 
estrangeiras em assuntos de informática. 


Com fins profissionais: 


— Definir a profissão de informática nos diversos estados do 


— Enquadrar a profissão de informática no conjunto das outras 
profissões; 

— Prestar colaboração aos organismos sindicais no sentido de 
melhor enquadramento e defesa dos trabalhadores de infor- 
mática no âmbito da contratação colectiva. 


(do Art.º 5.º dos estatutos) 


A A.P|. através do seu Bloco Editorial edita uma revista e um 
boletim mensal de distribuição gratuita para os sócios. 


Tem constituídos alguns Conselhos de Apoio Técnico (CAT) 
que se debruçam sobre a situação de certas áreas da Informática 
portuguesa, a fim de apontar medidas a curto prazo, de definir os 
traços de políticas sectoriais, e de realizar consultorias para o 
Conselho Geral da A.P|. 

Para que a Associação alcance o lugar que lhe é devido neces- 
sita da colaboração de todos. 

Inscreve-te como sócio, a quota é de 50800, e colabora nas 


seu desenvolvimento; 


1. Os originais deverão ser envia- 
dos para a sede da API, Avenida 
Almirante Reis, 127, 1.º, Esq.º, Lis- 
boa, dirigidos ao Director da Revista. 


2. Os originais devem ser dactilo- 
grafados a dois espaços em folhas 
brancas normalizadas (tipo A-4). As 
gravuras devem ser aceitáveis para a 
tipografia. Os gráficos, esquemas e 
outros desenhos devem pautar-se pe- 
la mesma regra, sendo apresentados 
em papel vegetal e desenhados a 
tinta-da-china. As gravuras, desenhos 
e outras figuras devem estar numera- 
dos e acompanhados das respectivas 
legendas. 

A ordem do texto deve ser: título, 
nome do autor, local de trabalho 
e/ou instituição de apoio, resumo em 
português, resumos em inglês ou 
francês e artigo propriamente dito. O 
artigo deve ser dividido em secções 
numeradas, como por exemplo: 


1. Introdução 

2. Definição de uma rede de com- 
putadores 

3. Topografia de redes 

4. Agradecimentos 
Referências 


DR 
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actividades da nossa Associação. 


INSTRUÇÕES AOS AUTORES 


3. As referências a autores e 
obras devem obedecer ao seguinte 
padrão: (Raphael, 1976); (Gelenbe, 
1971); (Aho, Hopcroft e Ullman, 
1974). O que corresponderia, nas 
referências bibliográficas apresenta- 
das no final do trabalho, a: 


Raphael, B. — The thinking compu- 
ter — Mind inside matter. 

W. H. Freeman, 1976. 

Gelenbe, E. — The rule for dynamic 
storage allocation under equili- 
brium. 

Information Processing Letters 

1,59-60, 1971. 

Aho, A. V.; Hopcroft, J. E.; Ullman, 
D. D. — The design and analysis of 
computer algorithms. 

Addison-Wesley, 1974. 


4. Os vocábulos estrangeiros de- 
vem, nos originais, ser apresentados 
em sublinhado (indicação de itálico) 
e não entre aspas, salvo quando se 
tratar de citações de textos. 

5. Os artigos devem ser acompa- 
nhados de um pequeno resumo em 
inglês e/ou francês, além de um 
resumo em língua portuguesa. 
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6. Os autores devem indicar as 
palavras-chaves dos seus trabalhos. 


7. Os autores têm direito a cinco 
exemplares da revista em que os 
seus trabalhos forem publicados, 
grátis. No caso de pretenderem um 
número mais elevado de revistas, 
deverão contactar com antecedência 
a Redacção da Revista de Informáti- 
ca, onde serão informados acerca 
das condições para tal. 


8. Os artigos publicados são da 
responsabilidade dos respectivos 
autores. 


9. A Revista de Informática está 
aberta a toda a colaboração, não se 
responsabilizando, contudo, pela pu- 
blicação dos originais não solicita- 
dos. Estes originais serão sujeitos à 
apreciação crítica da Direcção da 
Revista e do seu Conselho de Redac- 
ção. Em caso de recusa de publica- 
ção, os autores serão informados das 
respectivas razões. Os originais reco- 
mendados pelos membros do Conse- 
lho de Redacção serão assinalados 
com o nome do respectivo conse- 
lheiro. 


EDITORIAL 


editorial 


A revista atingiu alguns objectivos, no passado ano, que julgamos 
ser importante sublinhar como enquadramento da actuação futura. 
Assim foi regularizada a produção da revista mercê do abandono da 
anterior tipografia. Contudo, a distribuição do n.º 4 atrasou-se por 
razões alheias à vontade da direcção da revista, e em virtude dos 
trabalhos encetados para a constituição de um novo ficheiro de 
sócios. Neste sentido os sócios são convidados 'a preencher o postal 


inserido na revista afim de actualizarem a sua morada. 
Melhorou-se simultaneamente a qualidade gráfica e a forma, 


deram-se alguns passos no sentido de garantir a qualidade dos 
textos publicados e de diversificar o conteúdo, instituiu-se o esta- 
tuto redactorial e criou-se um órgão novo como o Conselho de 
Redacção, o qual tem vindo a crescer gradualmente. E, contratou-se 
um jornalista, embora em tempo parcial, para alargar o espectro de 
interesses (entrevistas e reportagens), e aumentou-se o número de 
leitores através de iniciativas como campanhas de assinaturas e 
vendas em pontos escolhidos na área de Lisboa. 

Neste momento prepara-se o Plano 82 que será, o guia da nossa 
futura actuação e poderá eventualmente permitir a saída bimestral, 
no caso de aumentar substancialmente a submissão de artigos para 
publicação. Este aspecto de colaboração não é único, e pede-se por 
isso aos leitores que iniciem o envio de cartas, a publicar em secção 
própria, e nas quais comentem o conteúdo da revista. 

A actividade da revista não foi o único ponto relevante das ultimas 
realizações da API em 1980. Assim, foi criado o Bloco Editorial no 
qual a revista se incorpora como Departamento (veja-se o anúncio), 
sairá ainda em Fevereiro um boletim mensal, a APlIfiliou-se na IFIP 
(veja-se a secção de notícias gerais, e o anúncio das actividades em 
1981), foram criados Conselhos de Apoio Técnico, acordou-se a 
colaboração entre a nossa revista e a revista brasileira Dadose Ideias 
(o texto sobre as 100 maiores em 1979 é disso já resultado), e estão 
em curso os trabalhos para o 2.º Encontro Nacional da API (veja-se 
o anúncio). 
As eleições para os próximos corpos gerentes da API realizar-se-ão 
em 27 de Março. Alertam-se os sócios para a importância deste 
acto e para a necessidade de participarem desde já. 
Finalmente, informa-se que o coordenador geral do 2 CPI, Carlos 
Couras continua a envidar esforços no sentido da sua organização, 
prevendo-se neste momento que o próximo Congresso só possa 
realizar-se em 1982 (Fevereiro-Março), por absoluta falta de salas 
até ao fim do corrente ano. 

Helder Coelho 
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me 


Sharing 


dois novos sistemas 


um primeiro passo 
para o mercado comum da informática 


Eurodial 


um serviço informático multidimensional 
gestão financeira 
tratamentos econométricos 
bancos de dados (OCDE, FMI, etc.) 


questel 


um serviço de pesquisa documental e bibliográfica 
de fácil e rápido acesso 
a bases e bancos de dados 


TIME-SHARING - dominar a telemática para melhor comunicar 

SOCIEDADE PORTUGUESA TIME-SHARING SARL 

Sede: Avenida 5 de Outubro, 95, 3.º-Dt.º * Telefones 769551/2/3 1000 Lisboa 
*marca registada talaspetamas, França 
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A API filia-se numa 
Federação Internacional 
de Informática 


A API foi admitida como Membro 
de Pleno Direito, a partir de 1 de 
Janeiro de 1981, na 
-International Federation for Informa- 
tion Processing. 

Esta admissão foi aceite em As- 
sembleia Geral da IFIP realizada em 
Melbourne (Austrália) em Outubro de 
1980 e foi aprovada pelo Conselho 
Geral da API em reunião ordinária 
efectuada no Porto em Dezembro de 
1980. 

A IFIP é uma organização interna- 
cional, sem fins lucrativos. cujos fins 
básicos são os seguintes: 


a) Promover a ciência e a tecnolo- 
gia da informação; 

b) Contribuir para o avanço da 
cooperação internacionl no do- 
mínio da informática; 

c) Estimular a pesquiza, o desen- 
volvimento e a aplicação da in- 
formática na ciência e na activi- 
dade humana; 

d) Promover a disseminação e a 
troca de informação sobre in- 
formática. 


A IFIP tem a sua sede em Genebra 
(Suíça) e os seus Membros de Pleno 
Direito são sociedades nacionais, 
científicas ou técnicas, uma por cada 
País, que sejam representativas das 
actividades nacionais no domínio da 
informática. 

São Membros de Pleno Direito da 
IFIP nesta data: 


Alemanha, Rep. Dem. da — Acade- 
mia das Ciências da RDA 

Alemanha, Rep. Fed. da — DARA 

Argélia — Comissariado Nacional 
para a Informática 

Argentina — Sociedade Argentina de 
Informática e Investigação Opera- 
cional 


Austrália — Sociedade Australiana 
de Computadores 

Áustria — Sociedade Austríaca de 
Computadores 


Bélgica — FAIB-FBVI 

Brasil — Sociedade dos Utilizadores 
de Computadores e Equipamentos 
Subsidiários 


IFIP- 


Bulgária — Academia Búlgara das 
Ciências 


Canadá — Sociedade Canadiana de 
Informática 
Checoslováquia — Sociedade Téc- 


nica de Cibernética 

China, Rep. Pop. da — Instituto 
Chinês de Electrónica 

Coreia, Rep. da — Sociedade Corea- 
na da Ciência da Informação 


Cuba — Academia de Ciências de 
Cuba 
Dinamarca — Federação Dinamar- 


quesa de Informática 

Egipto — Sociedade Egípcia de 
Computadores 

Espanha — Conselho Superior de In- 
vestigações Científicas 


E. U. A. — Federação Americana 
das Sociedades de Informática 
(AFIPS) 

Finlândia — Associação Finlandesa 


de Informática 

França — Associação Francesa para 
a Cibernética Económica e Técnica 
(AFCET) 

Grá-Bretalha — Sociedade Britânica 
de Computadores (BCS) 

Holanda — Associação Holandesa de 
Informática 

Hungria — Sociedade John Von 
Neumann 

Índia — Sociedade de Computadores 
da Índia 

Iraque — Centro Nacional de Infor- 
mática do Gabinete do Plano 


Irlanda — Sociedade Irlandesa de 
Computadores 

Israel — Associação de Informática 
de Israel 

Itália — Sociedade Italiana para o 
Cálculo Automático 

Japão — Sociedade de Informática 
do Japão 


Jugoslávia — Comité Jugoslavo para 
a Electrónica e Automação 

Marrocos — Associação Marroquina 
para o Desenvolvimento da Elec- 
trónica, da Informática e da Auto- 
mática (AMADEIA) 

Nigéria — Associação de Computa- 
dores da Nigéria 

Noruega — Sociedade de Computa- 
dores da Noruega 

Nova Zelândia — Sociedade de 
Computadores da Nova Zelândia 

Polónia — Academia Polaca de 
Ciências 

Portugal — Associação Portuguesa 
de Informática 

Suécia — Sociedade Sueca de Infor- 
mática 


Suíça — Associação Suíça da Auto- 
mática (ASSPA) 

Tunísia — Centro Nacional de Infor- 
mática 

URSS — Centro de Informática da 
URSS 


São membros associados da IFIP: 


IAG — Grupo de Informática Apli- 
cada da IFIP 

IMIA — Associação Internacional de 
Informática Médica 


São membros filiados na IFIP: 


IAPR — Associação Internacional de 
Reconhecimento de Formas (Pat- 
ten recognition) 

IASC — Associação Internacional de 
Informática Estatística 


Por sua vez a IFIP encontra-se fili- 
ada em: 


ICSU — Conselho Internacional de 
Uniões Científicas 

UNESCO — Organização Cultural, 
Científica e Económica das Nações 
Unidas 

WHO — Organização Mundial da 
Saúde 

IBI — Bureau Intergovernamental 
para a Informática 


O fulcro e o motor das actividades 
da IFIP são os COMITÉS TÉCNICOS 
(CT's) que por sua vez abrangem 
GRUPOS DE TRABALHO (GT's). 


Encontram-se em funcionamento 
os seguintes CT's e GT's: 


CT2 Programação 


GT 2.1 Algol 

GT 2.2 Descrição formal de con- 
ceitos de programação 

GT 2.3 Metodologia de progra- 
mação 

GT 2.4 Linguagens de imple- 
mentação de sistemas 

GT 2.5 Software numérico 

GT 2.6 Bases de Dados 

GT 2.7 Interfaces de sistemas de 


operação 
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CT3 Educação 
GT 3.1 Educação em informá- 
tica ao nível secundário 
GT 3.2 Projectos de curricula 
avançados em informá- 
tica 
Utilização dos computa- 
dores para instrução 
Educação pós-secundária 
e formação profissional 


OT 3.3 


GT 3.4 


CT4 + GT's 
Transformados na IMIA (Associa- 
ção Internacional de In- 
formática Médica) 


CT5S Aplicações Tecnológicas do 
Computador 
GT 5.1 Sistemas de transporte 
GT 5.2 Concepção ajudada por 
computadores 
Fabricação descontínua 
Técnicas Hardware Soft- 
ware normalizadas e/ou 
comuns 
Indústrias Navais 
Automatização do pla- 
neamento e controlo de 
produção 


GT 5.3 
GT 5.4 


GT 5.6 
CA Ay) 


CT6 Comunicação de Dados 


GT 6.1 «Packet Switching» in- 
ternacional para partilha 
de computadores 

GT 6.3 Comunicações homem- 
-computador 

GT 6.4 Redes locais de compu- 
tadores 

GT 6.5 Sistemas internacionais 


de mensagens de compu- 
tadores 


CT7 Modelização e Optimização de 
Sistemas 
GT 7.1 
GT 7.2 


Modelização e simulação 
Técnicas computacionais 
em sistemas distribuídos 
Modelização de sistemas 
informáticos 


GT 7.3 


CT8 Sistemas de Informação 

GT 8.1 Concepção e avaliação 
de sistemas de infor- 
mação 
A interacção de sistemas 
de informação e a orga- 
nização 


GT &2 


CT9 Relações entre Computadores e 
Sociedade 
GT 9.1] Computadores e trabalho 
GT 9.2 Responsabilidade social 


CTIO Concepção de Sistemas Digi- 
tais 
GT10.1 Conceitos e características 
de sistema 
GTIO.2 Descrições de sistemas 
digitais e utensílios de 
concepção 
Interrelação Software/ 
Hardware 


GTIO.3 


A IFIP leva a efeito anualmente 
dezenas de reuniões internacionais, 
quer a nível global, quer restrito dos 
CT's e mesmo dos GT's, de que se 
apontam os seguintes exemplos: 


1981 


ABRIL 3.º Simpósio Internacional 
sobre «Sistemas de Informática 
Distribuída» — Paris (França) 

MAIO Simpósio Internacional sobre 
«Redes do Ponto de Vista do Utili- 
zador — COMNET 81» — Buda- 
peste (Hungria) 

JULHO 3.º Conferência Mundial so- 
bre «Computadores na Educação 
— WCCE 81» — Lausana (Suíça) 

OUTUBRO Simpósio sobre «Lingua- 
gens Algoritmicas» — Amesterdão 
(Holanda) 


A API, por intermédio de delega- 
dos, que nomeará e indicará à IFIP, 
vai procurar participar nas activida- 
des dos Comités Técnicos (CT's) e 
Grupos de Trabalho GT's), nomeada- 
mente naqueles que melhor corres- 
pondam aos interesses e nível de de- 
senvolvimento do nosso País. 

A nível global a API nomeou seu 
representante junto da IFIP o Mem- 
bro do Conselho Geral, A. J. Simões 
Monteiro, ao cuidado de quem po- 
derão ser dirigidos quaisquer pedidos 
de esclarecimento sobre as activida- 
des da IFIP, muito particularmente 
no que toca à participação da API 
nessas actividades. 


Em reunião do Conselho Geral da 
API de 7 de Fevereiro foram nomea- 
dos delegados dos CT2 e CTS, os 
doutores engenheiros Amílcar Serna- 
das e Helder Coelho, respectiva- 
mente. Todos os interessados nas 
áreas cobertas por estes CT deverão 
contactá-los com urgência (Sernadas, 
Tel. 324074; Coelho, Tel. 882131). 


Conferências Internacionais 


— MIE 81, 3eme Congres Europeen- 
d'Informatique et de Metho- 
dologie Medicale 

9-13 Março 1981, Toulouse 
(França) 


— Second International Conference 
and Exhibition on Engineering 
Software 
24-26 Março 1981, Londres (Rei- 
no Unido) 


— 2.) Colloque International sur les 
Systemes Informatiques Repartis 
Org.: INRIA, CNRS, IEEE, 
Univ. Paris Sud 
Inf.: INRIA, Relations Exterieures 
7-9 Abril 1981, Rocquencourt 
(França) 


— Computer Graphic's 81: A Con- 
ference 
28-30 Abril 1981, Londres (Reino 
Unido) 


— International Conference on Com- 
puter Hardware Description Lan- 
guages and Their Aplications 
|-2 Setembro 1981, Kaiserslan- 
tem (República Federal da Ale- 
manha) 


— Conference Internationale sur les 
Performances des Systemes de 
Transmission de Donnees et leurs 
Applications 
14-16 setembro 
(França) 


1981, Paris 


— Conference SPINII 
Abril 1983, Havana (Cuba) 


Júri do Prémio API 
1980 


O Conselho Geral da API, em 
reunião de 17/1/1981, em Lisboa, 
nomeou o juri do Prémio API-1980 
(veja-se o regulamento no n.º 2 do 
vol. 1), o qual tem a seguinte consti- 
tuição: 


Vol. 2, N.º 1 


REVISTA DE INFORMÁTICA 


INFORMAÇÕES GERAIS 


Presidente: Magalhães Costa 
(NCR) 
Vogais: eng.” Raul Verde (TAP) 


eng.” José Manuel Certal 
(Siderugia) 
João Perdigão (NCR) 
doutor eng." Helder Coelho 
(LNEC) 
O juri deverá tornar pública a 
sua decisão até Maio do corrente 
ano. 


Conselhos de 
Apoio Técnico 


O Conselho Geral da API, em 
reunião de 13/12/1980 no Porto, deli- 
berou criar Conselhos de Apoio Téc- 
nico (CAT) para as seguintes áreas 
da Informática portuguesa: Microe- 
lectrónica, Bases de Dados, Industria 
de Software, Teleinformática, Nor- 
malização, Formação, Informática na 
Administração Pública e Sistemas de 
Informação. 

Os CAT tem por objectivo fazer 
levantamentos tão completos quanto 
possível daquelas áreas, sugerir tra- 
ços definidores de políticas, apontar 
as medidas necessárias a curto prazo 
e habilitar o conselho Geral da API 
para intervenções públicas no sentido 
da defesa da Informática portuguesa. 
Os resultados dos trabalhos destes 
Conselhos serão publicados pelo Blo- 
co Editorial, quer na revista, quer em 
livro. A divulgação da lista dos seus 
coordenadores será oportunamente di- 
vulgada. 


IFIP 
Grupo de Trabalho 2.3 


(Metodologia da Progra- 
mação) 


Bélgica 8-12 Janeiro 1981 


Nesta reunião estiveram presentes 
os mais reputados membros do GT 
2.3, bem como alguns convidados e 
alguns observadores locais. Dentro 
das tradições do grupo. o tempo foi 
repartido entre apresentação de 
fundo, exposições curtas e discus- 


sões. O objectivo dumas e doutras é 
levar junto do Grupo as preocupações 
presentes e os resultados mais recen- 
tes de modo a acelerar o intercâmbio 
indispensável entre todos os membros 
e associados. 

As apresentações formais (90 a 
120 minutos cada) foram as seguintes 
(pela ordem indicada): 


C. A. R. HOARE (Oxford) 
«Properties of Communicating Se- 
quential Processes» 


A. SERNADAS (Lisboa) 
«Algebraie versus Predicative Spe- 
cification: Temporal Objects» 


P. HENDERSON (Newcastle) 

«lt it Reasonable to Implement a 
Complete Programming System 
in a Purely Functional Style?» 


D. BJORNER (Dinamarca) 
«Stepwise Transformation of Soft- 
ware Architecture» 


D. L. PARNAS (North Carolina) 
«Programming Methodology Feasi- 
bility Demonstration: A-7» 


P. A. F. DEMARNEFFE (Mons) 
«Development of a Payroll 
System» 


R. M. BALZER (South California) 
«Specification of a Mail Routing 
System» 


E. W. DIJKSTRA (Burroughs) 
«SASL: A Tutorial» 


J. J. HORNING (Xerox) 
«CEDAR Project / CEDAR Docu- 
ments» 


C. A. R. HOARE (Oxford) 
«Specification of a Display System 
for Documents» 


C. B. JONES (Oxford) 
«Programs which Interfere» 


E. W. DIJKSTRA (Burroughs) 
«Two Proofs (of two theorems)» 


Muito das discussões e das apre- 
sentações curtas foi centrado à volta 
da especificação de sistemas: O pro- 
blema levantado por Balzer que 
mereceu a atenção de O. - J. DAHL 
(Oslo) e de J. C. REYNOLDS (Syra- 
cuse) entre outros; O problema levan- 
tado por Horning e tratado também 
por Hoare (2.º apresentação); O pro- 
blema levantado por Sernadas que foi 
discutido na última sessão (tarde de 
12 Janeiro). 

De destacar as apresentações de 
Hoare e de Jones que correspondem 
a avanços significativos nos respecti- 
vos tópicos de investigação. De notar 
ainda a polémica levantada à volta 
dos sistemas sensíveis à história, par- 
ticularmente no que se refere à sua 
especificação (funcionalmente através 
dos fluxos de entradas e saídas ou 
modalmente com referência implícita 
a estados globais ou não). 


Próxima reunião do GT 2.3 


A próxima reunião efectuar-se-à 
em Portugal de 19 a 23 de Outubro 
de 1981, estando a organização a 
cargo de Amílcar Sernadas. 


Documentação 


Os interessados em cópias (ou ape- 
nas referências) dos trabalhos apre- 
sentados nesta reunião (ou nas ante- 
riores) poderão obtê-las junto do au- 
tor desta notícia: 


Amílcar Sernadas 


Professor da Faculdade de Ciências 
da Universidade de Lisboa, Delegado 
da API ao CT da IFIP (desde 7 Fe- 
vereiro 1981) 
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Lançamento em ordenador de aplicações 
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* Vencimentos 

* Compras 

s Gestão de stocks 
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A IBM produzirá o 4331 no 
Brasil 


Voltando atrás, praticamente numa 
decisão tomada poucas semanas an- 
tes, a Secretaria Especial de Informá- 
tica (SEI) autorizou a IBM a fabricar 
no Brasil o computador modelo 4331 
— MG2. 

Este pertence à família de máqui- 
nas lançada no começo do ano, a 
nível internacional, para substituir a 
série 370, que data de 1973. O novo 
modelo é muito mais avançado que 
qualquer produto daquela série em 
todos os aspectos: capacidade de má- 
quina, disponibilidade de «software» 
e flexibilidade para receber periféri- 
cos. Mas seu trunfo maior é o preço, 
muito baixo em termos relativos. O 
modelo 4331 é cerca de seis vezes 
mais barato quanto ao custo unitário 
de capacidade de processamento do 
que o correspondente modelo da série 
370. 

Ao anunciar a decisão do governo, 
o secretário geral da SEI, Octávio 
Gennari Netto, procurou deixar claro 
que a medida vem acompanhada de 
várias exigências. Segundo ele, a 
IBM só poderá colocar no mercado 
interno 242 unidades do modelo 
4331. A empresa também se compro- 
meteu a exportar 363 undidades do 
mesmo produto nos próximos quatro 
anos. Além disso, há a restrição im- 
portante, do ponto de vista da SEI, 
de os modelos 4331 somente po- 
derem ser comercializados no mer- 
cado interno em substituição aos 
equipamentos dos 462 usuários da 
IBM no País, a maioria concentrada 
nos modelos 360 e 370, hoje consi- 
derados absoletos. 

O secretário geral da SEI disse 
ainda que, ao tomar a decisão, o go- 
verno procurou manter intacta a re- 
serva de mercado instituída a fabri- 
cantes nacionais nas áreas de micro e 
minicomputadores. O modelo 4331 
da IBM está totalmente fora daquela 
faixa de mercado. O mesmo acontece 
em relação ao modelo MC-500, da 
Cobra, de porte médio, a ser lançado 
em outubro. Quanto a um eventual 
desestímulo ao desenvolvimento de 
modelos maiores nacionais, Gennari 


BRASIL 


disse que a decisão também levou em 
conta este aspecto. «A IBM». diz 
ele, «só poderá fabricar o modelo 
4331 até 1984, prazo fixado com 
base no seguinte: não há, no mo- 
mento, nenhum projecto nacional 
prevendo desenvolver computador 
nesta faixa, iniciativa que leva de 
três a quatro anos. Quem quiser en- 
trar nesta faixa no futuro, portanto, 
encontrará o mercado protegido 
quando for lançar o produto». 

Gennari ainda mostra outros aspec- 
tos em favor da medida do governo 
em relação ao modelo 4331. As res- 
trições a importações nos últimos 
anos levaram muitos usuários de 
grandes computadores às fronteiras 
da saturação. Eles não poderiam ficar 
muitos anos à espera de uma alterna- 
tiva nacional. Com a decisão da SEI, 
Gennari acredira ter excluído também 
a possibilidade de a IBM concorrer 
com os grandes sistemas, no futuro, 
com os fabricantes nacionais de mini- 
computadores, em termos de preço. 
Além disso, a presença da IBM nesta 
área é um forte desetímulo à entrada, 
neste mercado, de outras multinacio- 
nais, o que, de fato, equivaleria a 
excluir a participação de empresas 
brasileiras nesta faixa no futuro. 

As explicações do secretário geral 
da SEI não chegam, porém, a tran- 
quilizar alguns fabricantes nacionais 
de computadores. De imediato, a 


preocupação é com o destino que a 
IBM dará aos modelos 360 e 370 que 
forem substituídos pelo 4331. Se eles 
forem novamente comercializados, 
concorrerão directamente, sobretudo 
em preço, com o MC-500, em via de 
ser lançado pela Cobra, que poderá 
ver-se em sérias dificuldades. Aquele 
produto é o principal trunfo da em- 
presa para manter uma posição sólida 
no futuro, pois a faixa de mercado 
do Cobra 400, o principal produto da 
empresa, se acha praticamente satura- 
da. Deve-se considrar, também que o 
MC-500 é a grande expectativa de 
mercado de alguns periféricos vendi- 
dos por firmas nacionais, em especial 
discos de 80MB, fitas magnéticas de 
25 pés e impressoras matriciais. 
Mas a principal consequência da 
entrada do modelo 4331 no mercado 
brasileiro, no entender de António 
CArlos Didier Barbosa Vianna, 
director da Microlab S. A., fabri- 
cante de periféricos no Rio de Janei- 
ro, e director da Abicomp, é colocar 
dúvidas sobre o próprio modelo do 
governo, com desdobramentos muito 
sérios. Do lado do fabricante de 
equipamentos, pode haver muita relu- 
tância em investir mais nesta área 
sob o argumento de que o governo 
pode mudar unilateralmente as regras 
do jogo. «Afinal, o volume de recur- 
sos envolvidos em qualquer empreen- 
dimento é razoavelmente alto», diz 
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ele. O usuário de computador, que 
geralmente não vê a nacionalidade na 
hora da compra. isto é, ele quer o 
melhor produto pelo menor custo, es- 
tará sob a expectativa de novas mu- 
danças e poderá retardar sua decisão 
de investimento. 


...E a Hewlett Packard, 
calculadoras 


O caso do computador 4331 teve 
muita repercussão, por mexer com 
interesses das empresas nacionais 
maiores do ramo, como os cinco fa- 
bricantes de minicomputadores. Mas 
a decisão que pode afetar maior nú- 
mero de firmas foi a relacionada com 
o projecto das calculadoras científicas 
de mesa, da Hewlett Packard. A ex- 
tinta Capre vetou-o dois anos atrás, 
sob o argumento de que ele se super- 
punha à área de microcomputadores, 
também sob reserva de mercado a 
fabricantes nacionais. Mas o órgão 
máximo atualmente nesta área, a 
SEI, entendeu o contrário. Segundo 
seu secretário geral, o mercado in- 
terno é restrito para viabilizar aquele 
produto. Ter escala, então, só é pos- 
sível com exportações, o que pressu- 
põe a existência de grande rede inter- 
nacional de comercialização, somente 
suportável por uma multinacional. 
Para reforçar este raciocínio, lembra 
que o mercado interno previsto para 
o produto até 1984 é de 1.950 unida- 
des, enquanto a Hewlett Packard, no 
mesmo período, espera exportar 
6.020 unidades. 


As empresas nacionais atingidas 
acham que o ponto de vista do secre- 
tário geral da SEI não resiste a uma 
análise mais profunda. A calculadora 
científica de mesa daquela empresa 
americana pode perfeitamente ser 
substituída, em termos de «hard- 
ware», por um microcomputador ou 
mesmo por um minicomputador. 
Quanto ao «sofware», é possível de- 
senvolvê-lo a curtíssimo prazo, e 
com investimentos mínimos, pelos 
próprios fabricantes daqueles equipa- 
mentos ou por qualquer uma das de- 
zenas das atuais «software houses» 
nacionais. As vantagens efetivas do 
projecto da Hewlett Packard es- 
tariam, pois, na possibilidade de ex- 
portações e no preço, já que haverá 
ganhos de escala. 


“Mas também reserva 
de mercado 


O pacote de medidas adotadas pela 
SEI, no entanto, “apresenta compensa- 
ções aos defensores da reserva de 
mercado para as empresas nacionais. 
Estas passaram quase despercebidas e 
foram, basicamente, as seguintes: (1) 
reserva de mercado aos controladores 
programáveis: (2) aos controladores 
numéricos; (3) às estações remotas de 
supervisão e controle; e (4) aos equi- 
pamentos digitais de técnicas cripto- 
gráficas. A par disso, houve a autori- 
zação dada a três empresas nacionais 
para fabricar microcomputadores. 


A Incomel, do Rio de Janeiro, po- 
derá fabricar 30 microcomputadores 
ainda este ano, 100 em 1981 e 200 
em 1982. A Carina, também do Rio 
de Janeiro, com projecto para fabri- 
car 80, 400 e 600 unidades na 
mesma faixa de mercado neste e nos 
dois anos seguintes. E a Quartzil, de 
Montes Claros, no Norte de Minas 
Gerais, com 75, 280 e 400 unidades, 
respectivamente este ano, em 1981 e 
em 1982. 

O pacote incluiu ainda outras me- 
didas igualmente importantes: a IBM 
poderá fabricar discos magnéticos de 
grande porte e a Burroughs produzirá 
o 6900, apresentado como uma atua- 
lização técnica do modelo 6800, já 
fabricado pela mesma empresa no 
Brasil. 

Além disso, a SEI revogou decisão 
anterior, que restringia a presença 
minoritária de sócios estrangeiros nos 
quais empresas nacionais fossem ma- 
joritárias. A IBM, consultada sobre o 
pacote de medidas da SEI por esta 
revista, preferiu não se pronunciar. 


Os fabricantes nacionais opinaram 
sobre a condição de não ter seus no- 
mes divulgados. 


(in Dados e Idéias 3 agosto/80) 


Ainda sujeito a chuvas e tro- 
voadas 


A atenção dispensada hoje aos mi- 
croprocessadores pode sugerir que os 
computadores de grande porte estão 
em fase de extinção. Entretanto, em- 
bora menos de uma centena deles es- 
teja em uso no mundo, estima-se que 
há um mercado em rápido cresci- 
mento para os chamados supercom- 
putadores, capazes de processar 
vários milhões de cálculos por se- 
gundo e que custam algo entre 5 mi- 
lhões e 15 milhões de dólares. 

Por enquanto, apenas um pequeno 
grupo de fabricantes compete neste 
mercado. Um deles, a Control Data, 
anunciou, em princípios de junho, 
seu último modelo, chamado Cyber 
205. O equipamento. que ocupa uma 
sala de tamanho médio, custa entre 8 
milhões e 16 milhões de dólares, de- 
pendendo dos acessórios pedidos pelo 
cliente. Sua capacidade máxima é de 
800 milhões de cálculos por segundo, 
o que corresponde a uma velocidade 
oito vezes maior do que qualquer dos 
modelos anteriores da Control Data e 
três vezes maior do que qualquer dos 
computadores considerados competi- 
tivos hoje existentes no mercado. 

É possível que o dado sobre a 
velocidade do novo supercomputador 
seja contestado por outros fabrican- 
tes, porque a competição pelo mer- 
cado é acirrada. No caso da Control 
Data, um rival temido é a Cray Re- 
search, especializada nesse tipo de 
equipamento e fundada em 1972 jus- 
tamente por um ex-cientista chefe da 
Control, Seymour Cray. O Cyber 
205, na verdade foi lançado para 
combater directamente o Cray-l, 
tarefa para a qual se revelou impo- 
tente o produto anterior da Control, o 
Cyber 203. 

Os supercomputadores destinam-se 
a clientes especiais, como labora- 
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tórios científicos, que precisam recor- 
rer a uma quantidade anormal de 
cálculos. Da mesma forma, não se 
prestam a resolver qualquer proble- 
ma, mas apenas os mais compli- 
cados. 

Dos chamados megaproblemas, 
um dos últimos que restam irresolvi- 
dos pelos computadores é, provavel- 
mente, o da previsão do tempo. De 
fato, não é à toa que se erra tanto 
nesse campo, mesmo com o uso de 
supercomputadores. A explicação bá- 
sica é que os meteorologistas usam 
uma rede que divide a superfície ter- 
restre em 150 a 200 milhas, e a at- 
mosfera em cinco a vinte níveis. 
Nessa rede estabelecem-se os valores 
de cada coordenada nos centros de 
informação, que depois enviam conti- 
nuamente dados sobre temperatura, 
pressão atmosférica, massas de ar 
frio, direcção do vento, etc. ao cen- 
tro de computação. 

A finalidade do uso de um super- 
computador nesses casos é, obvia- 
mente, ajudar a prever o tempo com 
o máximo de precisão horária, dias 
ou, se possível, meses antes. Nem 
sempre. porém, ele acerta, porque as 
distâncias entre os pontos da rede 
meteorológica costumam representar 
uma área aproximada de 40 mil mi- 
lhas quadradas da superfície do globo 
terrestre. Como um técnico já obser- 
vou, uma área desse tamanho «com- 
porta um bocado de chuvas e trovoa- 
das». Uma rede mais fina, com 
maior número de pontos, poderia for- 
necer informações mais precisas, mas 
um modelo ideal requeria um super- 
computador com uma capacidade 250 
vezes maior do que a dos modelos 
até hoje construídos. 

Outros megaproblemas para com- 
putadores incluem a pesquisa de pe- 
tróleo, para definição de reserva- 
tórios de óleo e interpretação de da- 
dos sísmicos. a física nuclear e o 
desenho de microchips. 

Dependendo de sua concepção, os 
supercomputadores percorrem di- 
ferentes caminhos para o equaciona- 
mento de problemas. Pela tecnologia 
conhecida hoje, há dois caminhos bá- 
sicos: o do «pipeline approach» e o 
da técnica conhecida como «array- 
«processing». O primeiro, mais con- 
vencional, é o processo adotado pela 
Control Data e pela Cray. Opera de 
modo sequencial, mas pode realizar 
simultaneamente e de modo extrema- 


mente rápido uma grande quantidade 
de cálculos. O segundo, considerado 
uma técnica radical, baseia-se no uso 
de milhares de microprocessadores 
trabalhando simultaneamente sob a 
orientação de um equipamento cen- 
tral. O primeiro modelo comercial da 
ICL, entregue ao Queen Mary Colle- 
ge, de Londres, em junho, possuí, 
por exemplo, 4 mil microprocessa- 
dores operando simultaneamente. 

Muitos técnicos em computação 
prevêem que o «array-processing» 
será a técnica do futuro, pelo menos 
em algumas aplicações. Mas ela tem 
de vencer muitos obstáculos. O pro- 
cesso é tão inovador que muitos cien- 
tistas terão de ajustar-se à idéia de 
utilizá-lo. Terão de aprender a estru- 
turar seus problemas de modo di- 
ferente, para ganhar com o potencial 
das novas máquinas. 


(in Dados e Idéias 3 agosto/80) 


Problemas 
de «visão» 
dos robôs 


Apesar de todos os recursos a eles 
conferidos pelos avanços tecnológi- 
cos. os robôs ainda tropeçam num 
sério problema: não conseguem «en- 
xergar» os artigos que estão mani- 
pulando. O fornecimento da «visão» 
aos robôs é uma das mais árduas 
tarefas dos técnicos em computação. 

Cientistas britânicos acham que 
podem superar este problema com o 
uso de uma nova espécie de compu- 
tador, o processador de raios parale- 
los. Ao contrário dos computadores 
comuns, este tipo de processador 
pode «pensar» de forma semelhante 
ao cérebro humano. 

Os computadores convencionais 
podem manipular apenas um bit de 
informação por vez, tendo, para re- 
solver um problema, de passar por 
toda uma sequência lógica de «sim- 
-ou-não». Este sistema funciona bem 
para a maioria das aplicações, mas é 
lento quando se pensa na «visão» dos 
robôs. A informação mostrada. por 
uma câmara de televisão precisa ser 
entendida rapidamente. O problema 
aí envolvido é o da discriminação. 


A câmara de televisão divide a 
imagem em séries de pontos em 
branco e preto. O computador co- 
mum aceita a prioridade de apenas 
um destes pontos. Já o cérebro hu- 
mano faz uma distinção imediata en- 
tre os pontos, separando os que iden- 
tificam os contornos de um objecto 
daqueles que apenas dão o tom à 
superfície do objecto. E, o que é 
pior, o computador, tentando identifi- 
car as linhas do objecto que está «en- 
xergando», pode trabalhar apenas 
com um pequeno número de pontos. 

O processador de raios paralelos 
deve teoricamente superar o proble- 
ma de encontrar as linhas do con- 
torno. O truque é que ele pode pro- 
cessar simultaneamente todos os pon- 
tos que fazem uma imagem de televi- 
são. Funciona com microprocessa- 
dores — um para cada um dos cerca 
de 9 mil pontos de uma imagem. O 
inconveniente é que o processador 
custa no momento 140 mil dólares. 
Idealmente. os pesquisadores dese- 
jariam uma máquina cem vezes mais 
poderosa que trabalhasse com um nú- 
mero cem vezes maior de pontos. 

O preço das pastilhas de silício, 
em baixa, e o uso de um processador 
de raios para agir como cérebro de 
diversos robôs podem ser as saídas 
para o alto custo. Por enquanto, o 
custo é proibitivo para instalação das 
máquinas na indústria. Há ainda, 
além do custo, a questão do tempo 
necessário à formulação de progra- 
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mas para as tarefas específicas de um 
robô dentro da indústria. 

O programa para o robô pode 
parecer simples. Mas o computador 
tem de considerar mudanças em luz e 
perspectiva. Tem de almentar descri- 
ções dos objectos flexíveis o bastante 
para considerar as flutuações e gerar 
ainda identificações rigorosas. A 
identificação é apenas um dos pas- 
sos. O robô tem de saber, também, 
onde o objecto está. 


(in Dados e Idéias 3 agosto/80) 


Mais rápido 
que o 
silício 


A Fujitsu, a maior empresa de 
computadores do Japão, anunciou re- 
centemente que produziu um novo 
«chip» (pastilha) electrônico bem 
mais rápido do que o de silício e 
quase tão veloz quanto a junção Jose- 
phson, ainda um produto de labora- 
tório. A nova pastilha emprega o 
gálio-arsênio, com propriedade mais 
adequadas do que o silício para o 
fluxo dos elétrêns. 

É sabido que a velocidade de 
operação dos computadores e equipa- 
mentos de telecomunicação é limi- 
tada não só pela distância que as cor- 
rentes de elétroês podem percorrer 
(um problema geralmente resolvido 
por microcircuitos) mas também 
pelos materiais através dos quais os 
elétroês se movem. E o gálio- 
-arsénio, afirma a Fujitsu, é um ma- 
terial que permite um fluxo muito 
mais rápido que o silício. 

O emprego do gálio-arsênio tem 
seus próprios problemas. Um deles é 
que os eléctroês são retardados em 
sua marcha pelas impurezas, inclu- 
sive aquelas deixadas por eles pró- 
prios. A Fujitsu assegura que tam- 
bém esse problema foi resolvido, 
pela adopção de uma mistura de alu- 
mínio com a base de gálio-arsênio, 
que cria uma espécie de trilha rápida 
para o fluxo de elétroês. Estes são 
puxados da região onde se originam 
.e escapam das impurezas por um ca- 
minho criado pelo assentamento da 
mistura entre o gálio-arsênio e o alu- 


mínio sobre um cristal puro de gálio- 
-arsênio., 

Na verdade, a Fujitsu não é pio- 
neira na pesquisa da nova pastilha. 
Os Laboratórios Bell, por exemplo, 
experimentaram diversas alternativas 
de gálio-arsênio e gálio-arsênio com 
alumínio, sem contudo obter resulta- 
dos satisfatórios. Já a Fujitsu, se- 
gundo técnicos da empresa, conse- 
guiu um grande avanço ao desenvol- 
ver uma tecnologia utilizável para 
fins práticos. A empresa concluiu 
ainda que o rendimento de sua nova 
pastilha aumenta em baixas tempera- 
turas. A 196 graus negativos, por 
exemplo, a velocidade dos elétroês 
aumentou seis vezes em relação à 
velocidade obtida em temperatura 
ambiente (sendo que a pastilha de 
gálio-arsênio já é quatro vezes mais 
rápida do que os semicondutores nor- 
mais a base de silício). 


A alta velocidade e o baixo con- 
sumo de energia do novo «chip». 
mesmo comparado à junção Joseph- 
son, que só pode trabalhar em tem- 
peraturas próximas do zero absoluto 
com o emprego do hélio, fazem com 
que o produto se torne uma alterna- 
tiva economicamente atraente. A Fu- 
Jitsu espera lança-lo no mercado até 
o fim deste ano. 


(in Dados e Ideias 3 agosto/80) 


Um sucesso de vendas... 


Nos últimos tempos, abriram-se 
nos Estados Unidos muitas lojas que 
só vendem microcomputadores de 
uso doméstico, Um dos fabricantes 
de maior sucesso é, certamente,” a 
Apple Computer, fundada em 1976 
por Steven Jobs e Stephen Wozniak. 

Um ano antes, como amadores, 
eles construíram um computador bá- 
sico melhor que todos os produtos 
existentes no mercado. A procura foi 
tamanha que os dois iniciaram a pro- 
dução. A «fábrica» ficava na gara- 
gem de Jobs no Silicon Valley, Cali- 
fórnia, montada depois da venda do 
Volkswagen dele e da calculadora 
programável de Wozniak, que ren- 
deram aos sócios o capital de 1.200 
dólares. O sistema teve tanto sucesso 
que a empresa, com mais de 100 mil 
computadores Apple vendidos no 
mundo, espera faturar 75 milhões de 
dólares este ano. Além da matriz no 
Silicon Valley, a Apple Computer 
possui 450 centros de assistência téc- 
nica. 

Outra empresa, a Tandy Corpora- 
tion, afirma ser o maior vendedor de 
computadores de uso pessoal, com 
quase 200 mil unidades vendidas e 
um faturamento de 1,2 bilhão de 
dólares no ano passado. Em 1963, a 
Tandy adquiriu a Radio Shack, então 
uma empresa de Boston com nove 
lojas e um pequeno negócio de venda 
de rádios e outros aparelhos de som 
por reembolso postal, considerada em 
declínio. Em quinze anos, a Radio 
Shack transformou-se numa das em- 
presas mais rentáveis dos Estados 
Unidos, com uma cadeia de mais de 
7 mil lojas no mundo. 

Quando os lucros começaram a de- 
clinar em 1977, devido ao colapso 
parcial do mercado de rádios «faixa 
do cidadão», cuja moda estava pas- 
sando, Donald French, engenheiro da 
empresa, sugeriu um substituto para 
o rádio: um computador que acabara 
de construir nas horas de folga. A 
idéia foi aceita e iniciou-se a produ- 
ção de 3 mil unidades mesmo antes 
de se concluir o protótipo encomen- 
dado. O sistema básico teve seu pre- 
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ço fixado em 600 dólares e uma ver- 
são posterior, em 900 dólares. 

As vendas começaram a ritmo sur- 
preendente e logo a empresa mudou 
a orientação inicial da publicidade, 
dirigida aos aficcionados de computa- 
dores de uso doméstico para as pe- 
quenas empresas, quando se verificou 
que a maior parcela das vendas pro- 
vinha justamente deste sector. 

Mais da metade dos computadores 
vendidos pela Commodore, um fabri- 
cante norte-americano de relógios di- 
gitais e calculadoras, é adquirida por 
homens de negócios que não tinham 
nenhuma experiência anterior de 
computação. Sua linha de computa- 
dores chama-se PET (animal de esti- 
mação), para mostrar que o computa- 
dor pode ser um criado leal e pronto 
a agradar. 

A Commodore é uma das sobrevi- 
ventes da guerra de preços no mer- 
cado de calculadoras, eclodida em 
meados dos anos 70 e que liquidou 
muitas empresas. Por isso, sua estra- 
tégia para o computador de uso pes- 
soal (a maioria dos fabricantes insiste 
em chamar os pequenos computa- 
dores dessa forma, para indicar seu 
baixo custo ao consumidor) está em 
fixar preços os mais baixos possível 
para reduzir o potencial de competi- 
ção desde o início. 

Segundo a empresa, cerca de 25% 
de seus PET são vendidos ao sector 
de educação. Dados da Apple confir- 
mam a importância crescente deste 
mercado. 


O que exatamente fazem os com- 
putadores de uso pessoal? Os progra- 
mas comerciais executam controle 
simples de estoques, preparam a 
agenda de entrevistas e reuniões, 
calculam a folha de pagamento e os 
impostos e até editam textos. No sec- 
tor de educação, fornecem aprendi- 
zado programado ou são empregados 
como introdução ou uso de computa- 
dores e as; linguagens necessárias 
para sua operação. 

Os «hobbyist» entusiasmam-se 
com o xadrez de computador, ins- 
talam computadores dentro de robôs, 
produzem música de computador e 
usam os equipamentos para controlar 
a calefação e o ar condicionado em 
casa. 

A maioria dos fabricantes admite 
que o verdadeiro computador domés- 
tico, capaz de permitir aplicações 


amplas nas casas, não surgirá antes 
de cinco ou dez anos. A evolução 
lógica seria um microcomputador 
único para controlar os sistemas bási- 
cos de ar condicionado e calefação 
residencial, iluminação, preparação 
de alimentos, fornecimento de água 
— na verdade, um sistema de admi- 
nistração doméstica, Ele poderia ser 
ligado a uma rede de telefone, para 
ser programado a distância, ou ainda 
ser conectado a um equipamento de 
resposta telefónica, para relacionar as 
chamadas feitas e posteriormente 
transferi-las para outro número. 


(in Dados e Idéias 3 agosto/80) 


«Que atrai os japoneses 


Dentro de cinco anos, os fabrican- 
tes japoneses deverão capturar de 30 
a 50% do mercado norte-americano 
de computadores de uso pessoal pe- 
quenos e de programação fácil, que 
podem ser ligados a tomadas comuns 
das residências, segundo os observa- 
dores dessa indústria. 

Como indicação dessa tendência, 
as cinco marcas japonesas — Hita- 
chi, Matsushita, Nippon Electric, Oki 
Electric e Sharp — já derrubaram o 
PET, fabricado pela Commodore, do 
primeiro lugar no mercado japonês 
de computadores de uso pessoal, re- 
duzindo sua participação de 50% 
para cerca de 15% ou menos. A ex- 


plicação está no preço dos produtos 
japoneses. Variando de 760 a 1.200 
dólares, eles custam centenas de 
dólares a menos do que os modelos 
norte-americanos equivalentes. O Ba- 
sic Master HI, da Hitachi, e o IF 
800, da Oki, são considerados tecni- 
camente avançados. E quase todos os 
modelos japoneses têm «display» 
coloridos, o que os torna mais atra- 
entes. 

Conforme os peritos do sector, só 
a demanda japonesa representa mais 
do que poderá ser atendido pela Hita- 
chi e pela Oki, pelo menos por mais 
um ano. Mas a Matsushita já iniciou 
negociações com distribuidores nos 
Estados Unidos para a venda de seu 
computador Panasonic e a Nippon 
Electric planeja lançar seu PC8001 
no mercado norte-americano em bre- 
ve, embora não tenha decidido sobre 
a forma de comercialização. 


(in Dados e Idéias 3 agosto/80) 


O avanço dos processos 


Os aumentos dos custos de ma- 
terial e de mão-de-obra e o acirra- 
mento da concorrência da mídia elec- 
trônica forçaram a imprensa dos paí- 
ses desenvolvidos a procurar alterna- 
tivas às técnicas de produção tradi- 
cionais. 

O caminho mais seguro poderia ser 
a espera. No meio tempo, as novida- 
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des, ainda muito caras, passariam por 
simplificações, e aperfeiçoamentos 
tecnológicos e, no final, a espera 
seria compensada com o aumento da 
eficiência e a queda nos preços dos 
equipamentos. Nem todas as empre- 
sas, porém, adoptaram essa prudên- 
cia. Alguns jornais preferiram testar 
novos sistemas. 

Os processos tradicionais de im- 
pressão envolvem grande número de 
etapas e exigem muitos funcionários. 
A primeira mudança significativa 
ocorreu há cerca de dez anos, com o 
surgimento da fotocomposição. Ela 
permite que se chegue ao estágio da 
prova de impressão litográfica com a 
eliminação de algumas das operações 
que a precediam. Como na tipogra- 
fia, o original de um texto é copiado 
em teclado semelhante ao de uma 
máquina de escrever. Só que, na fo- 
tocomposição, as palavras são regis- 
tadas em computador, sem a produ- 
ção de matrizes de metal. 

O computador produz longas tiras 
de provas, em filmes. Elas são pro- 
cessadas e colocadas a secar. O pró- 
ximo estágio é o pastup. onde os 
filmes são colados em diagramas, de 
acordo com instruções do editor. O 
produto final — o pastup — é foto- 
grafado e, a partir daí, seguem-se as 
etapas normais da impressão tipográ- 
fica. 

A maioria das editoras tem ainda 
de fazer a mudança do sistema con- 
vencional para a litografia moderna, 
embora a litografia tenha as vanta- 
gens de usar chapas mais baratas, de 
gastar menos energia, por não preci- 
sar de chumbo derretido a altas tem- 
peraturas, e de proporcionar uma im- 
pressão mais consistente. 

O problema é que a mudança é 
proibitivamente cara. Um jornal tem 
de gastar milhões de dólares para 
comprar uma impressora litográfica. 
Mais uma vez, no caso, a necessi- 
dade é a mãe da invenção. Diversas 
companhias norte-americanas desen- 
volveram métodos de conversão que 
aproveitam o núcleo das velhas má- 
quinas convencionais. 

O truque está na conversão para a 
litografia directa. Ao dispensar a 
blanqueta, a litografia directa elimina 
um dos cilindors da impressora tradi- 
cional. A impressão final não é de 
qualidade tão boa, mas a conversão é 
90% mais barato e o processo, mais 
rápido. 


A lIitografia directa envolve nor- 
malmente intrincada e cuidadosa mo- 
nitoração da mistura de água e tinta. 
Além disso, a água deve ter uma 
acidez precisa. No processo de con- 
versão desenvolvido recentemente 
pela Dahlgren Co., do Texas. a mis- 
tura e o controle da acidez são opera- 
ções totalmente automatizadas. Eco- 
nomiza-se mão-de-obra e diminui-se 
a quantidade de papel usada no ajuste 
de máquina. 

O que tem permitido a mudança 
do sistema convencional para a lito- 
grafia é a invenção de vários proces- 
sos de preparação de matrizes, que 
eliminam a complicada rota do pas- 
tup até a matriz. Alguns fabricantes 
usam agora sistemas com raios laser 
para a preparação de matrizes, elimi- 
nando diversas operações fotográfi- 
cas. Destes sistemas, o mais promis- 
sor é o da Eocom, da Califórnia. 

Um raio laser de hélio-neon de 
baixa potência lê a página, Se um 
determinado ponto for mais escuro 
que certo tom de cinza, o laser não 
reflectirá o sinal para um recebedor. 
As respostas são traduzidas numa ca- 


deia de impulsos eléctricos que via- 


jam até um laser que «escreve» — 


no caso. um canhão de argônio de 
alta potência. O canhão recria a ima- 
gem numa chapa, com densidade de 
mais de 100 pontos por polegada 
quadrada. Processa-se a chapa em 
dois minutos e meio, a um custo de 
IO centavos de dólar, após o que ela 
está pronta para a impressão. 

O laser que lê e o que escreve 
podem estar à quilómetros de distân- 
cia um do outro. O problema é o 
preço. Uma unidade custa 250 mil 
dólares, e um jornal grande pode pre- 
cisar de umas dez delas. As chapas 
não duram muito. Num sistema de 
litografia directa, uma chapa feita 
com laser pode dar cerca de 10 mil 
impressões. Outro problema é que, 
após diversos anos, o laser de alta 
potência não é confiável. Mais ainda, 
o sistema precisa de enorme quanti- 
dade de água para resfriamento, 

O sistema Log-E, da Log- 
“Electronics, de Virgínia, usado pelo 
«Los Angeles Times», também pre- 
para matrizes com laser. A diferença 
é uma máscara especial colocada en- 
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tre o laser, que escreve, e a chapa de 
impressão. Teoricamente há vanta- 
gens, mas, na prática, o funciona- 
mento não é de todo satisfatório. Por 
enquanto, o «Los Angeles Times» 
não usa o sistema para fazer matrizes 
directamente. Tem de fazer um nega- 
tivo e com este, posteriormente, a 
matriz. 

Outra opção é o sistema Elfasol, 
da Kalle Infotec, de Wiesbaden. Não 
usa laser, mas, sim, uma fotografia 
elaborada do pastup. A matriz é se- 
melhante a um negativo não exposto. 
Ela é coberta com uma carga de ioês 
positivos e exposta ao pastup. A luz 
remove as partes carregadas da chapa 
nos lugares onde o pastup for claro e 
as deixa onde o pastup for escuro. 
Neste estágio a imagem existe apenas 
enquanto carga eletrostática. A ma- 
triz é então preparada com um pincel 
com carbono, que adere às partes 
carregadas. A partir daí, a matriz é 
esquentada (para derreter o carbono) 
e processada. O Elfasol apresenta a 
vantagem de ser mais barato que o 
laser. mas é muito lento. 

A maior promessa para a imprensa 
é um sistema ultramoderno. que liga 
o jornalista à produção de uma ma- 
triz, via computador, utilizando-se 
um processo de preparação de matriz 
sem negativo fotográfico e um com- 
putador que possa desenhar uma pá- 
gina, inclusive anúncios e arte, a par- 
tir de instruções datilografadas. Por 
enquanto, o custo é alto, principal- 
mente porque o computador tem de 
lidar com muitos dados. Um jornal 
normal pode conter cerca de 300 mi- 
lhões de bits de informação, e todos 
eles devem ser acessíveis a qualquer 
momento. A solução é modernizar a 
produção, parte por parte. 

A modernização é o caminho se- 
guido pela maioria dos jornais norte- 
-americanos. Um sistema parcial de- 
senha, arquiva e manipula anúncios 
não classificados. Mas o sistema, da 
Rayethon, de Massachussetts, não 
pode fazer a arte, apesar de outras 
vantagens. Cerca de trezentos jornais 
dos Estados Unidos já compraram o 
sistema, a um custo unitário de 250 
mil dólares. 

A preparação de uma página de 
texto pode ser resolvida por outra 
máquina, da Mergenthaler, de Nova 
York. É mais rápida e ágil que suas 
predecessoras, mas ainda lenta para 


um jornal diário. Foram vendidas 
cerca de duzentas destas máquinas, 
ao preço unitário de 30 mil dólares. 
A demora na preparação de uma pá- 
gina completa deve-se principalmente 
à arte, mais difícil de entender, por 
um computador, do que o texto. Re- 
centemente, a Information Internacio- 
nal Inc., da Califórnia, lançou o pri- 
meiro sistema capaz de fazer toda a 
página. 

Para que este sector avance, os fa- 
bricantes terão de associar-se, em 
parte, para diminuir os custos de pes- 
quisa e, em parte, para integrar está- 
gios diferentes da produção de um 
jornal. A Eocom e a Rayethon já 
exploram juntas a área ainda desco- 
nhecida entre suas especialidades res- 
pectivas. 

Algumas empresas estão reduzindo 
custos no estágio: final, a distribui- 
ção, imprimindo edições de um jor- 
nal a distâncias remotas. A tecnolo- 
gia é a transmissão do fac-símile de 
página inteira, ou «fax». 

No «fax», um raio laser lê a ima- 
gem do original e a traduz numa 
série de impulsos elétricos que via- 
jam por cabo telefónico ou por satéli- 
te até uma estação recebedora. Os 
dados são então decodificados e ali- 
mentados numa impressora. O pro- 
cesso é simples para uma página de 
até 8 por 11 polegadas, mas, até há 
pouco, O «fax» era muito caro para 
tamanhos maiores. Uma folha inteira 
continha informações demais. 

O que resolveu este problema foi 
uma técnica de compressão de dados 
inventada pela Muirhead, da Inglater- 
ra. Eliminando redundâncias nos da- 
dos, ela pode condensar uma mensa- 
gem média até cerca de 5% de seu 
tamanho original. A técnica vem 
sendo usada pelo «International He- 
rald Tribune», que transmite uma pá- 
gina para Hong Cong em uma média 
de sete minutos; pelo «Financial Ti- 
mes», que publica uma edição em 
Frankfurt para chegar a Nova York 
de manhã cedo (contornando regula- 
mentos de poluição sonora do aero- 
porto de Londres); e pelo «The Wall 
Street Journal», que envia suas pági- 
nas a doze gráficas espalhadas pelos 
Estados Unidos. 


(in Dados e Ideias 3 agosto'80) 


Japoneses com nova est 


tégia 


Em um dos passos mais ousados 
para penetrar no mercado norte- 
“americano, a Fujitsu Ltd., o maior 
fabricante de computadores do Ja- 
pão, está criando, junto com a TRW 
Inc., norte-americana, uma subsidiá- 
ria nos Estados Unidos, disparada- 
mente o maior mercado de computa- 
dores no mundo. 

Durante vários anos, ficou claro 
que a principal investida de exporta- 
ção dos japoneses nos anos 80 seria 
feita no campo de processamento de 
dados, o que significaria uma con- 
frontação com os fabricantes norte- 
-americanos. Segundo fontes do sec- 
tor nos Estados Unidos, esse passo é 
essencial para os japoneses já que 
têm o objectivo de se tornar uma 
grande força mundial em computa- 
dores e, para isto, precisam estar no 
mercado norte-americano. 

Até agora, entrar no mercado nor- 
te-americano de computadores foi 
mais difícil para os japoneses do que 
ganhar suas batalhas contra as indús- 
trias norte-americanas de aço, auto- 
móveis e produtos electrónicos de 
consumo. Há duas razões principais: 
faltam-lhes a rede de distribuição que 
as empresas norte-americanas instala- 
ram com muito esforço e o «kno- 
whow» em «software» para atender 
aos clientes norte-americanos. 
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Depois de três anos de negocia- 
ções, a Fujitsu anunciou à «joint- 
venture», com um investimento ini- 
cial de 100 milhões de dólares divi- 
dido entre as duas empresas. A em- 
presa japonesa deterá o controle acio- 
nário de 51%. 

A associação significará, inicial- 
mente, séria concorrência para os fa- 
bricantes norte-americanos de compu- 
tadores de pequeno e médio portes, 
mas a disputa poderá incluir os equi- 
pamentos maiores. Como primeiro 
passo, a «joint-venture» absorverá al- 
gumas das linhas combalidas da 
TRW que produzem sistemas de cai- 
xa de bancos e terminais de pontos 
de venda varejistas. Mais tarde, neste 
ano, começará a importar os peque- 
nos computadores comerciais da Fu- 
jitsu, vendidos ao preço de 50 mil a 
125 mil dólares. Aos poucos, serão 
acrescidos os sistemas maiores e uma 
variedade de equipamentos periféri- 
cos, tais como unidades de memória 
em fitas e discos. À nova empresa já 
está tentando comercializar nos Esta- 
dos Unidos os grandes computadores 
M-F da Fujitsu, que se igualam em 
capacidade aos da série 4300 da 
IBM. 

A «jiont-venture» não constitui a 
primeira incursão da Fujitsu no terri- 
tório norte-americano. A empresa ja- 
ponesa vem aumentando seus interes- 
ses na Amdahl Corp., possuindo, ho- 
je. 28%. Mas os observadores afir- 
mam que a associação foi marcada 
por atritos, e a Fujitsu provavelmente 
venderá sua participação na empresa 
e concentrará todos os seus recursos 
no empreendimento junto com a 
TRW. 

Para muitas empresas norte- 
“americanas de computadores, unir as 
forças com os japoneses significa 
ajudá-los a entrar no mercado, o que 
desaprovam. Algumas empresas japo- 
nesas também não acreditam no su- 
cesso dessa estratégia. A Nippon 
Electric Co. (NEC), por exemplo, 
prefere agir sózinha: desde 1977 pos- 
sui uma empresa própria de comer- 
cialização nos Estados Unidos. 

Além da Fujitsu e da NEC, duas 
outras empresas japonesas estão for- 
jando vínculos norte-americanos: a 
Mitsubishi Electric Corp. e a Hitachi 
Ltd., o segundo maior fabricante ja- 
ponês de computadores. 


(in Dados e ideias 3 agosto/B0) 


Para 
concorrer na 
telemática 


As autoridades da Comunidade 
Económica Europeia (CEE) anuncia- 
ram no fim do mês de Julho propos- 
tas de nova estratégia para ajudar os 
países-membros a reduzir a distância 
que os separa dos norte-americanos e 
dos japoneses em termos de tecnolo- 
gia para a telemática. 


Os aspectos mais importantes da 
nova estratégia são mais modestos do 
que o prometido pelos dirigentes da 
CEE no ano passado. O plano prevê 
a aceleração do desenvolvimento — 
por empresas europeias — de máqui- 
nas para fabricar as futuras gerações 
de «microchip», para que os usuários 
dessas máquinas não tenham de es- 
perar para comprá-las dos norte- 
-americanos. Tanto os fabricantes 
como os usuários desses equipamen- 
tos receberão subsídios para os enor- 
mes custos de desenvolvimento. O 
dinheiro virá dos países-membros, e 
não da CEE, que esgotou seus fun- 
dos disponíveis. 


Está previsto, também, o desenvol- 
vimento de uma rede europeia con- 
junta de comunicações avançadas — 
em que os terminais de computador 
de fabricações diferentes poderão in- 
terligar-se. As políticas nacionais de 
compra serão mudadas para permitir 
a esses terminais acesso a todo o 
mercado da CEE. Além disso, será 
solicitado às administrações de tele- 
comunicações que comprem 10% de 
suas necessidades anuais de equipa- 
mentos de outros fornecedores da 
CEE. 


As grandes empresas electrónicas, 
como a Siemens, a Plessey e a 
Thomson-CSF, serão solicitadas a fi- 
nanciar conjuntamente a pesquisa 
universitária sobre equipamentos de 
computação para o desenho e teste 
dos «microchips» cada vez mais 
complexos. 


Apesar de seu realismo, o plano 
não deverá agradar os países- 
-membros da CEE. Os franceses já 
estão considerando as propostas tími- 
das demais. Os britânicos parecem 


não concordar com qualquer forma 
de intervenção no sector. 


(in Dados e Ideias 3 agosto/80) 


Reunião do Comité Director 
da OCDE sobre a utilização 
dos computadores 

na Administração Pública 


O Comité Director da actividade 
comum sobre a utilização dos com- 
putadores na Administração Pública 
reuniu-se, a convite das autoridades 
belgas, entre 20 e 22 de Novembro 
de 1979, no Instituto de Informática 
de Namur. A Bélgica, a Espanha, a 
França, a Grécia, os Países-Baixos, 
Portugal, a Suécia, a Turquia e a 
Jugoslávia enviaram delegados a esta 
reunião. Os representantes da indús- 
tria de computadores participaram, a 
convite especial, na sessão consagra- 
da ao exame das novas perspectivas 
em matéria de manutenção do ma- 
terial informático. 

Os diversos pontos tratados, foram 
agrupados nas quatro rubricas se- 
guintes: 


a) Exposição do Secretariado, so- 
bre o novo mandato da Comissão de 
Cooperação Técnica e as consequên- 
cias para a orientação futura da acti- 
vidade comum; 

b) Exame do estádio de avanço 
dos trabalhos em curso, relacionados 
respectivamente com «as políticas de 
manutenção do material», «a infor- 
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matização no sector da saúde» e 
«análise das aplicações da informá- 
tica na administração pública», assim 
como das necessidades de informação 
ligadas à avaliação dos resultados ob- 
tidos até ao presente, no quadro da 
actividade comum; 

c) Estudo das propostas que vi- 
sam dar sequência ao simpósio reali- 
zado em Lisboa, em Março de 1979, 
sobre a mini-informática e a informá- 
tica distribuída, na Administração 
Pública; 

d) Debate geral sobre as tendên- 
cias que se apresentam na manuten- 
ção do material informático, nomea- 
damente no que respeita à Adminis- 
tração Pública, e sobre as questões 
levantadas pela informatização dos 
serviços públicos de cuidados de 
saúde. 


Após o debate, foram formuladas 
pelo Comité Director as seguintes 
conclusões e recomendações: 


A. Assinalou a recondução do 
mandato da Comissão de Cooperação 
Técnica e chamou a atenção para o 
facto de que é importante orientar no 
futuro as actividades tratadas no tí- 
tulo do programa de acção e de coo- 
peração, no sentido do aumento da 
eficácia da Administração. 

Fez notar igualmente que a activi- 
dade comum sobre a utilização dos 
computadores na Administração Pú- 
blica constitui um instrumento útil, 
desde que se trate de fazer o inter- 
câmbio de experiências e de encora- 
jar acções de cooperação que visem 
adaptar as estruturas e os métodos da 
Administração Pública, por forma a 
tirar melhor partido das novas tec- 
nologias. 

Estabeleceu que os trabalhos fu- 
turos no quadro da actividade co- 
mum, serão integralmente concebidos 
para satisfazer as prescrições especí- 
ficas do novo mandato. 


B. Examinou o questionário esta- 
belecido com o propósito de recolher 
informações sobre as práticas actuais 
e as perspectivas futuras, relativa- 
mente à manutenção do material in- 
formático. 


C. Estudou o relatório elaborado 
sobre o futuro da informática no sec- 
tor da saúde pública. 


Considerou que este documento 
define a maior parte das questões im- 
portantes neste domínio, que de- 
veriam ser abordadas pela reunião 
«ad hoc» de especialistas dos Gover- 
nos, prevista para 1980. 

Assinalou a importante evolução 
das políticas de saúde pública que se 
orientam cada vez mais para a presta- 
ção, pelo sector público, de serviços 
de medicina preventiva e de cuidados 
médicos de base. 

Concordou que uma melhor infor- 
mação respeitante ao estado de saúde 
do público é uma condição prévia, 
indispensável a uma acção governa- 
mental mais eficaz. 

Concordou igualmente que a infor- 
mática merece ser alvo de atenção, 
com prioridade, não só tendo em 
vista à criação de sistemas de infor- 
mação apropriados, como consideran- 
do-o como meio para apoiar as ac- 
ções destinadas a regulamentar o au- 
mento excessivo das despesas públi- 
cas de saúde. 


No decurso do debate geral. os re- 
presentantes dos países participantes 
relataram as iniciativas tomadas no 
seio dos seus próprios píses com a 
finalidade de reformar as políticas de 
saúde pública. Embora a organização 
dos sistemas de prestação de cuida- 
dos varie consideravelmente, con- 
soante os países, as tendências acima 
mencionadas são numa larga medida 
comum a todos os países participan- 
tes. Confirmou-se que a necessidade 
de dominar o crescimento das despe- 
sas públicas neste sector reveste um 
carácter imperioso. 


Realçou certas lacunas conceptuais 
no questionário e assinalou certas di- 
ficuldades práticas que deverão ser 
ultrapassadas quando for iniciadó o 
estudo. 


Assinalou igualmente que a infor- 
mática repartida, fundada sobre equi- 
pamentos de informática heterogé- 
neos exigirá fatalmente que uma 
parte das operações de manutenção 
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seja transferida do construtor para o 
utilizador. 

Considerou que o estudo tem prin- 
cipalmente por objectivo sensibilizar 
as administrações públicas para a 
evolução rápida dos conceitos de ma- 
nutenção. 

Recomendou que o questionário, 
após ter sido modificado e precisado, 
seja testado por um pequeno número 
de utilizadores de ordenadores e sub- 
metido ao parecer das «centrais de 
compra» dos países participantes in- 
teressados, e, finalmente, que seja 
dado conhecimento dos resultados à 
Comissão. 

O debate geral sobre as perspecti- 
vas futuras em matéria de manuten- 
ção do material, no qual participaram 
representantes da indústria da cons- 
trução de computadores, revelou as 
preocupações crescentes que este do- 
mínio crítico suscita, ao mesmo 
tempo nos utilizadores e nos constru- 
tores. Em consequência, testemunhou 
a necessidade para as duas partes, de 
prosseguir o diálogo. 


O Comité Director recomendou: 


Il) Que se faça o exame dos di- 
versos contratos de manutenção pro- 
postos actualmente no mercado, e 
que o mesmo seja dado a conhecer 
no anexo ao relatório preliminar. 

2) Que a reunião «ad hoc» se 
concentre na evolução das necessida- 
des de informação ligadas ao início 
da execução das novas políticas de 
saúde e à contribuição da informá- 
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tica, e que seja encorajáda a partici- 
pação, tanto dos especialistas da pla- 
nificação dos cuidados de saúde, 
como dos técnicos de informática do 
sector da saúde pública. 


D. Comunicou de novo o interes- 
se que continua a dedicar ao projecto 
relativo à Avaliação das aplicações 
da informárica na Administração Pú- 
blica. 

Aprovou a nova acção adoptada 
para pôr em execução este projecto. 

Subscreveu, na expectativa de um 
acordo oficial, a proposta segundo a 
qual aos resultados do projecto de- 
veriam ser examinados no quadro 
mais alargado do curso de verão, que 
será organizado pelo Centro de Estu- 
dos Superiores de Belgrado durante o 
Verão de 1980, sobre o tema geral 
da «Avaliação das Tecnologias na 
Administração Pública». 

Recomendou que o Secretariado 
convide os países participantes a for- 
necer contribuições para este efeito. 


E. Examinou o questionário na 
base do qual as informações serão 
recolhidas junto dos países partici- 
pantes, a fim de avaliar a incidência 
da actividade comum. 

Fez notar que o questionário será 
apresentado apenas aos países que te- 
nham participado na actividade co- 
mum desde os seus começos. 

Fez notar igualmente que o rela- 
tório final sobre a avaliação será 
apresentada à Comissão da Coopera- 
ção Técnica da OCDE. 


Recomendou que o questionário 
seja sem demora transmitido aos paí- 
ses interessados, após ter sido devi- 
damente modificado em certos 
pontos. 


F. Estudou as propostas que vi- 
sam dar sequência ao simpósio sobre 
a mini-informática e a informática 
repartida na Administração Pública, 
efectuada em Lisboa em Março de 
1979. 

Considerou que todo o trabalho 
complementar neste domínio deveria, 
de preferência, estar ligado às novas 
aplicações da informática. 

Reconheceu que o intercâmbio e a 
transferência de informações ou de 
experiências sobre temas específicos 
contribuem com utilidade para a coo- 
peração internacional neste domínio, 
tendo em conta o contexto no qual se 
situa o Programa de Acção e de Coo- 
peração da OCDE, 

Recomendou que, de entre os nu- 
merosos temas sugeridos, se dê prio- 
ridade às aplicações potenciais no do- 
mínio da actividade burocrática, ou à 
necessidade de pôr em funciona- 
mento novos sistemas, a partir de 
uma dada aplicação (arquitectura de 
sistemas). 

Recomendou igualmente que o Se- 
cretariado da OCDE estude mais por- 
menorizadamente as sugestões acima 
mencionadas e propõe uma acção 
complementar adquada. 


(in Organização & Informática, DGOA no, 3, MAI/ 
JUL 1980) 
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Um símbolo 

tão simples como 
o mundo 

dos computadores. 


ICL um símbolo tão simples como a estratégia da sua eficácia. 
Do simples ao complexo para regressar novamente ao simples. 


Através da máquina. A favor do homem. 

Equipamento, inovação, assistência, apoio. 

Quatro faces de um quadrado perfeito. 

Escolhido pelos grandes gestores europeus. 

E também pelos gestores de outros continentes ou das ilhas Fidji. 

A ICL é simplesmente leader no mercado europeu de computadores, além 
de estar presente em mais 80 países. 


ICL 
COMPUTADORES 
LIMITADA 


não decida computadores 
antes de nos conhecer 


Em 
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ANÁLISE DE SISTEMAS 
Que Metodologia? 


PONHA À PROVA OS SEUS MÉTODOS RESOLVENDO UM PROBLEMA DE ESPE- 
CIFICAÇÃO QUE SERVE NESTE MOMENTO DE BASE DE EXPERIMENTA- 
ÇÃO NO ÂMBITO DO GRUPO 8.1 DA IFIP. 


Aproveitando o exemplo dado pelo GT 8.1 (Concepção 


e avaliação de Sistemas Informáticos) a Revista de Infor- 
mática decidiu, sob proposta do Prof. Amílcar Sernadas, 
lançar um repto aos seus leitores que se julguem na posse 
duma metodologia válida de Análise de Sistemas. 

Durante os próximos 6 meses (até ao dia 31 Outubro 
81) serão aceites trabalhos (máximo 50 páginas A4) des- 
crevendo sumariamente a metodologia adoptada e o de- 
senvolvimento segundo essa metodologia da especificação 
do sistema descrito abaixo. 

Os melhores trabalhos serão seleccionados por um júri 
a nomear pelo Conselho da Redacção da Revista de Infor- 
mática e os seus autores terão oportunidade de os apre- 
sentar num Encontro organizado para o efeito. Subse- 
quentemente, alguns desses trabalhos, bem como as con- 
clusões das discussões respectivas no Encontro, serão 
seleccionados para publicação na Revista de Informática. 

O júri escolherá o melhor trabalho (atendendo também 
aos resultados do Encontro). Aos autores do trabalho 
vencedor será atribuído um prémio a decidir pelo Conse- 
lho Geral da API a divulgar oportunamente. 

O concurso está aberto a todos. Não é necessário que a 
metodologia defendida seja completamente original, mas 
é absolutamente necessário incluir as referências de even- 
tuais precursores. 


Os interessados poderão contactar o Prof. Amílcar Ser- 
nadas (Matemática Aplicada, Faculdade de Ciências de 
Lisboa, Rua da Escola Politécnica — 1600 Lisboa — tel. 
324074) para mais pormenores. Em particular ser-lhes-ão 
facultadas cópias dos trabalhos (sobre o mesmo assunto) 
apresentados na última reunião do GT 8.1 realizada em 
Junho de 1980. 


OS TRABALHOS DEVERÃO SER ENVIADOS EM 
ENVELOPE FECHADO ATE AO DIA 31 OUT 1981 
PARA API, AV. ALMIRANTE REIS, 127, 1.º-ESQ.º, 


1100 LISBOA. A IDENTIFICAÇÃO DOS AUTORES 
DEVE SER INCLUIDA EXCLUSIVAMENTE EM FO- 
LHA SEPARADA. 


GRUPO DE TRABALHO 8.1 


(Concepção e Avaliação 
de Sistemas Informáticos) 


DEFINIÇÃO DO PROBLEMA 


|. INTRODUÇÃO 


O Grupo 8.1 tem como um dos objectivos o desenvol- 
vimento de métodos para a especificação das necessidades 
de informação na empresa. Reconhecendo-se que inú- 
meras metodologias estão correntemente em uso na indús- 
tria e que várias metodologias avançadas têm vindo a ser 
propostas por investigadores, o Grupo planeou ouvir ex- 
posições pelos seus membros introduzindo as respectivas 
metodologias quando aplicadas a um mesmo caso. 

Os participantes foram convidados a preparar a especi- 
ficação do sistema informático escolhido duma maneira 
suficientemente detalhada de modo a ilustrar tanto a me- 
todologia como o método. Impõe-se que a metodologia 
poderia ser usada para definir outros sistemas e, mais 
ainda, que essa metodologia poderia ser usada de diversas 
maneiras para definir o mesmo sistema. 


2. SISTEMA A SER ESPECIFICADO 


O sistema a especificar é um sistema de apoio às 
actividades das comissões (de programa e de organização) 
envolvidas na realização duma conferência da IFIP, A 
interacção das duas comissões é considerada análoga à de 
duas entidades numa empresa que partilham alguma infor- 
mação, 

O sistema deverá apoiar as seguintes actividades das 
comissões: 


COMISSÃO DE PROGRAMA 


l. Preparação da lista de pessoas a serem notificadas 
da realização da conferência, convidando-as a 
apresentarem trabalhos. 
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2. Registo das cartas recebidas indicando intenção de 
submeter trabalhos para apresentação na con- 
ferência. 

3. Registo da recepção dos trabalhos enviados. 

4. Distribuição dos trabalhos pelos membros encarre- 
gados da sua revisão. 

5. Recepção dos relatórios desses membros e conse- 
quente selecção dos trabalhos a incluir no pro- 
grama. 

6. Agrupamento dos trabalhos seleccionados em ses- 
sões específicas e selecção do moderador de cada 
sessão. 


COMISSÃO DE ORGANIZAÇÃO 


|. Preparação da lista de pessoas a convidar para a 
conferência. 

2. Preparação de convites especiais a mandar aos 
Delegados Nacionais, membros do Grupo e mem- 
bros de grupos afins. 

3. Convite a cada um dos autores de trabalhos selec- 
cionados para participar. 

4. Convite a cada um dos autores de trabalhos selec- 
cionados para participar. 


REVISTA DE INFORMÁTICA 


5. Evitar mandar convites em duplicado. 
6. Registo de aceitação de convites para participação. 
7. Produção da lista final de participantes. 


3. FRONTEIRAS DO SISTEMA 


Embora os aspectos orçamentais e financeiros do traba- 
lho da Comissão de Organização, planos de reunião das 
comissões, reservas de hotel para os participantes e a 
questão da publicação dos trabalhos tenham sido omiti- 
dos, as especificações poderão incluir algumas destas 
questões, tendo os autores inteira liberdade neste campo. 

Decisões de implementação relativas ao ambiente de 
processamento em que o sistema terá de operar são tam- 
bém considerados fora do âmbito deste exercício. Mais 
ainda, os truques de programação necessários para evitar 
a duplicação de nomes nas listas poderão ser completa- 
mente postos de parte embora alguns possam sentir que 
esse problema seja significativo. 

A utilização de formalismos gráficos e de tabelas é 
encorajada. A especificação não deverá incluir programas 
de computador, mas deverá ser preparada a um nível de 
detalhe que permita o fácil desenvolvimento dos progra- 
mas a partir dela. 


o 
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GRANDE E MÉDIA POTÊNCIA 
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contro. FABRICANTE DOS COMPUTADORES 
DATA MAIS POTENTES DO MUNDO 


CONTROL DATA PORTUGUESA, sarl 
SEDE E FÁBRICA — PALMELA 
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REPORTAGEM 


a revista de informática no SCE: 


A INFORMÁTICA 
NA CARTOGRAFIA 


A produção de cartas, mais segura e precisa dentro de 
um menor espaço de tempo e de custos é o objectivo a 
atingir pelo Serviço Cartográfico do Exército (SCE). Para 
isso contribui a remodelação de material, realizada há 3 
anos com à implantação de um sistema informático apli- 
cado à Cartografia. Hoje em dia este Serviço? encontra-se 
em pé de igualdade em relação às com organizações 
estrangeiras do mesmo ramo. 

Desde a sua fundação (1932) até hoje, encontra-se na 
história do SCE uma constante evolução procurando-se 
sempre obter uma maior rapidez, precisão e economia de 
recursos, na produção dos seus trabalhos. Essa constante 
verifica-se não só no material, nos meios humanos mas 
também nas próprias ins- 
talações. Assim, presente- 
mente o SCE está instala- 
do num amplo edifício si- 
tuado na rua Alfredo 
Bensaúde, com salas es- 
paçosas bem equipadas, 
num ambiente agradável e 
convidativo. 

Aí, a «Revista de In- | 
formática» teve a oportu- 
nidade de fazer reporta- 
gem, através da qual se 
propõe difundir um Cen- 
tro de Informática pouco 
conhecido (o mesmo su- 
cederá com outros Cen- 
tros em futuros números). 

Antes de mais, convirá dizer que o SCE é especialista 
em cartografia em médias e pequenas escalas e que é um 
organismo dedicado a uma vasta generalidade de utiliza- 
dores, e não só nas Forças Armadas como em princípio 
se poderia pensar. Por exemplo, num dos últimos anos só 
10% de documentos lhe foram dedicados. 


A Implantação da Informática 


Só a partir de Outubro de 1977 o SCE obteve um 
sistema informático aplicado à Cartografia, apesar de já 
antes ter havido tentativas — e algumas conseguidas — 


“da sua utilização e explicitação dos benefícios que traria. 


Durante tempos, e ainda numa fase de projectos, uma 
equipe de estudos analisou qual o material informático 
mais propício para a cartografia tendo-se mais tarde op- 
tado por um sistema OFF-LINE. 

Durante um ano, o SCE atravessou uma fase experi- 
mental. Durante este período preparou-se e instruiu-se o 
pessoal, fizeram-se trabalhos de crescente complexidade 
que culminaram com a produção de 2 folhas experimen- 
tais, etc.. A fase de produção começou no início de 
1979. 


Meios Humanos, sua formação e reciclagem 


Alguns dos objectivos do SCE são o de produzir 
s Cartas precisas e actuais, 
promover o desenvolvi- 
mento técnico-científico 
nos domínios de proces- 
samento electrónico de 
dados de teledatação, 
com vista à progressiva 
introdução das técnicas 
mais avançadas nos seus 
"métodos de trabalho. A 
realização destes objecti- 
vos dependem dos seus 
meios humanos. 

Actualmente existem 
|5 elementos que traba- 
lham diariamente com o 
Serviço de Cartografia 
Automática; 3 engenhei- 
ros geógrafos, 1 especialista de análise e pesquisa, 6 
operadores na aquisição de dados, 3 operadores no pro- 
cessamento de dados e por fim 2 operadores no desenho 
automático. Estes meios humanos foram instituídos pela 
Empresa que forneceu o material, tendo os Chefes de 
quadros recebidos da mesma um apoio durante cerca de 
dois meses. Os engenheiros geógrafos coadjuvados por 
outro pessoal formado, apoiam a implementação de novos 
materiais, actividades, etc., à custa da experiência e co- 
nhecimentos adquiridos na matéria. A publicação de arti- 
gos e de um boletim anual a nível interno contribui 
grandemente para o constante aperfeiçoamento do pes- 
soal. 
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Concorrência ao Estrangeiro 


Desde o início de 1979 até Maio, foram trabalhadas 
cinco novas folhas 1/25.000. Mais tarde fez-se cartografia 
de apoio ao Censo-1980. De fins de Junho de 1979 até 
Maio 1980 produziram-se cerca de 240 folhas na escala 
de 1/10.000, tirando-se partido da flexibilidade do sis- 
tema, 

Por todo este trabalho, tanto no aspecto quantitativo 
como qualitativo, o SCE encontra-se ao mesmo nível dos 
melhores organismos da especialidade no estrangeiro, per- 
mitindo assim que Portugal, a exemplo de uma já antiga 
tradição,continue a estar sempre na vanguarda no que 
respeita a cartografia. 


O que é o sistema de Informática aplicada à cartogra- 
fia do SCE? 


Trata-se de um sistema OFF-LINE, repartido em três 
sub-sistémas, independentes mas compatíveis e integrados 
num todo. 

Cada fase do sitema tem o seu próprio processador e as 
suas possibilidades em software, o que torna possível 
realizar tarefas que dispensem o concurso das restantes 
fases. 

O sistema do SCE realiza basicamente duas actividades 
sequenciais, embora «dependentes: 


dd 
ques 
ves 
de 
rumo 
E == 
are 
“e 
a 


1.º — construção da carta original. 


E) 


“ 


“ — transformação gráfica da carta digital. A primei- 


ra é um processo completo de cartografia auto- 
mática cuja resultante é uma carta numérica. 
Nesta actividade podem-se encontrar duas tarefas 
sequenciais e compatíveis: aquisição e trata- 
mento de dados. A 2.º passa o numérico para o 
gráfico de acordo com a seguinte sequência: re- 
formatagem do ficheiro de dados; gravação ou 
desenho e por fim complementos e correcção 
manual, 


Os sub-sistemas são: 


| — Sub-sistema de aquisição de dados. Aqui encon- 


to 


tra-se um estéro-restituidor com «encorders» apro- 
priados, um microprocessador PSD-M8 uma uni- 
dade de fita magnética, um U.D.U. com Key- 
board, uma perfuradora FACIT, uma leitora de 
fita perfurada e por fim um «footswitch», sendo 
este último o meio através do qual se decide o 
início (ou o recomeço) e o fim da digitalização. 
Sub-sistema de processamento de dados. Aqui en- 
contra-se um mini-computador, com processador 
central, uma unidade de disco e outra de fita 
magnética, um terminal gráfico, um leitor de car- 
tões e um teletipo, isto relativo ao hardware, em 
relação ao software encontra-se um Sistema Grá- 
fico Interactivo e um DOS/BATCH. 
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3 — Sub-sistema de desenho automático. O equipa- jem visitar os serviços, em especial, para fins de cola- 
mento é de origem norueguesa, e é basicamente boração e intercâmbio de experiências. 


constituído por duas células: um controlador DC Existe um intercâmbio efectivo com organismos e enti- 
300 Kongsberg e uma mesa de desenho automá- dades nacionais e estrangeiras, ocasionalmente afectado 
tico DM 1216 Kongsberg. pela dificuldade de compatibilização da metodologia e 


O seu tempo de intervenção é de longe o mais curto. sistemas utilizados. 
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Revista de Informática agradece a colaboração prestada 
O SCE tem as portas abertas a todos aqueles que se | pela Chefia do Serviço Cartográfico do Exército. 
interessem por Cartografia e/ou Informática e que dese- 
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Na informática, 
estamos presentes 
há 50 anos 


Somos actualmente o mais importante 
construtor europeu. Os nossos materiais 
estão presentes em 68 países, e o nosso 
Grupo realiza metade do seu volume de 
negócios consolidado fora da França. 
Instalamos entre 10% e 12% do material 
informático em serviço na Europa. 


O importante esforço financeiro que con- 
sagramos à investigação, ao estudo e à 
fabricação,. permitem-nos estar presentes 
em todos os sectores da informática e 


oferecer aos nossos 10.000 clientes uma 
gama de produtos e de serviços comple- 
tos e competitivos. 


A generalidade dos nossos produtos é 
fabricada na Europa, principalmente nas 
fábricas de Angers e de Belfort. 


“Temos 50 anos de experiência na infor- 


mática. E por isso que os nossos clien- 
tes, na Europa como no resto do mundo, 
têm confiança em nós. 


Cii Honeywell Bull 
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NOTAS DE LEITURA 


Martins, M. A. da €. 

Análise de Sistemas 
Universidade Nova de Lisboa, 
1977, 370 págs. 


Este livro pretende preencher uma 
lacuna, existente na nossa literatura 
da especialidade. 

A possibilidade do informático 
português, adquirir conhecimentos no 
domínio da sua especialidade, é limi- 
tada quase completamente à leitura, 
por vezes difícil, das obras estrangei- 
ras que proliferam nas nossas livra- 
rias. 

No domínio da análise de siste- 
mas, verifica-se que os nossos profis- 
sionais ascendem à respectiva cate- 
goria, normalmente, por via duma 
experiência: como programadores e 
duma auto formação individual. 

Este livro, não exigindo uma for- 
mação matemática elevada, torna-se 
por isso mesmo acessível às várias 
categorias de profissionais da Infor- 
mática, tais como: 


— Analistas de sistemas 

— Analistas programadores 

— Programadores 

— Correspondentes de Informática 
— Estudantes de informática 

Etc. 


A única limitação à sua leitura, 
situa-se na necessidade dum contacto 
prévio com um computador e respec- 
tivas linguagens de programação, 
dado que tal carência conduzirá, à 
priori, à incompreensão da termi- 
nologia utilizada. 

A obra situa-se num plano inde- 
pendente relativo aos equipamentos, 
isto é, pretende isolar-se dos métodos 
característicos dos fabricantes de 
computadores ou dos métodos desta 
ou daquela empresa de serviços. 

Daí, uma das razões porque não se 
encontra dividida segundo as normas 
tradicionais, em: 


— Análise funcional ou análise de 
concepção 

— Análise orgânica (Terminologia 
francesa). 


Tal opção, é de resto, produto da 
constatação de que, devido à evolu- 
ção do Hardware e do Software a 
distinção entre estes dois comparti- 
mentos da análise de sistemas, tende 
cada vez mais a atenuar-se, fundin- 
do-se numa tarefa realizável pelo 
mesmo indivíduo. Tomemos por 
exemplo, o caso das aplicações cen- 
tradas sobre Bases de Dados. 

Este livro é acima de tudo, uma 
simbiose do que apresentam os méto- 


dos tradicionais mais conhecidos, 
dado que de novo, apenas refere a 
concatenação das operações (etapas) 
conducentes à implantação, utilização 
e desenvolvimento duma aplicação 
informática da empresa. 

A metodologia de análise de siste- 
mas, apresentada nesta obra, deverá, 
necessariamente, ser adaptada criteri- 
osamente, tendo em atenção as parti- 
cularidades de cada empresa e por- 
tanto de cada aplicação informática. 

Desde que seja seguida a linha de 
análise apresentada, terão sido sem- 
pre definidas as responsabilidades 
que no projecto informático cabem, 
quer a utilizadores quer a informá- 
ticos. 

Tal definição de responsabilidades 
é da maior importância, para equili- 
brar, dum lado a apatia, quando não 
a intolerância, de certos utilizadores 
perante o processo informático, e por 
outro lado, as ambições, por vezes 
imoderadas de certos informáticos ao 
tomarem certas iniciativas sem o aval 
necessário dos utilizadores. 

A inexistência em Portugal dum 
vocabulário informático standardi- 
zado, levou a que por vezes sejam 
utilizados termos, num sentido que 
pode ser discutível. Situa-se neste 
caso, por exemplo, a utilização do 
termo «arquivo» numa asserção em 
que frequentemente é também utili- 
zada a designação «ficheiro». 
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CALENDÁRIO DE REALIZAÇÕES DA IFIP EM 1981 


CT 7.3 e Paris, França 
CT 1o 
International Symposium on — Computer CT 6 Ottawa, Canadá 
Message Systems 
European Workshop on — Industrial GT 5.4 Paris, França 
Control Systems EWICS 
Haia, Holanda 


T3 
CT 6 


Second International Conference on — 
Distributed Computing Systems 


Working Conference on — Education for 
recent developments in information sys- 
tems 


Budapeste, Húngria 


Eriangen, RFA 


Viena, Áustria 


General Conference — Comnet 81 
(Communication Networks) 


Workshop on — Taxanomy of Computer GT 10.1 


Systems 


Working Conference on — Updating trai- GT 3.4 
ning for teachers of vocational Informa- 


tics courses 


9] 
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Lausane, Suíça 


Boulder, EUA 
Nova lorque, EUA 


Budapeste, Húngria 


3rd World Conference on Informatics and 
Education 


Working Conference on — Relationship GT 2.5 
Between Numerical Computation and 


Programing 


10th IFIP Conference on — Optimization 
Techniques 


Working Conference on — Evolutionary 
Information Systems 


GT 10.2 
e IEEE 


Kaiserslautern, RFA 


Seeheim, RFA 
GT 7.1 Roma, Itália 


Sth International Conference on — Com- 
puter Hardware Description Languages 
and Their Applications 


Working Conference on — File Struc- GT 5.2 


tures and Data Bases for CAD 


Working Conference on — Environmen- 
tal Systems Analysis and Management 


o] 
“a 
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Open Symposium on — Algorithmic Lan- CT2 e Amesterdão, Holanda 
guages pop Lois 
entre 


Working Conference on — Computer Ap- Havana, Cuba 
plications in Food Production and Agri- 


cultural Engineering 


CT 6 e ACS Sydney, Austrália 


Intêrnacional Seminar on — data Com- 
munications 
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As 100 maiores em 1979 


A expansão das indústrias da área de processamento de 
dados em 1979, medida pela evolução das vendas mun- 
diais das 100 maiores empresas norte-americanas do sec- 
tor, foi de 15,7% em relação a 1978. Embora pareça 
vigoroso, representa um desempenho abaixo das previ- 
sões. Por exemplo: dos 45,6 biliões de dólares de receita 
gerada em 1979, somente 58%, ou 26,7 biliões, foram 
obtidos nos Estados Unidos. E, enquanto a taxa de ex- 
pansão no exterior atingiu 25%, nos Estados Unidos foi 
de 9,9%. 

Além disso, a taxa de crescimento de 15,7% para as 
100 principais empresas pesou mais para o lado das 
firmas menores; as 10 maiores cresceram apenas 13%, e 
as 50 maiores, 14,6%. (Os dados em 1978 e 1977 para a 
taxa de expansão das 50 maiores foram de 22 e 18%, 
respectivamente). 

A ampliação da pesquisa anual da Datamation, de 50 
empresas (em 1978) para 100 (em 1979), reflecte a diver- 
sidade e a força do sector de processamento de dados. A 
saída das inevitáveis desistentes do sector é compensada 
pela entrada de novos participantes, tendência que deverá 
continuar à medida que as empresas de comunicações e 
de automatização de escritórios são atraídas a esse 
campo. 

As classificações das «100 Maiores» da Datamation 
resultaram de uma pesquisa feita em mais de 250 firmas e 
são baseadas na receita do ano civil (em vez do ano 
fiscal), derivada de serviços e produtos de processamento 
de dados de fins gerais. Quarenta e sete das 100 maiores 
empresas obtêm 100% da sua receita no processamento 
de dados. Das firmas pesquisadas, quatro não apresen- 
taram lucro em 1979 e cinco registaram queda de vendas. 
A participação de mercado da IBM, de 40%, representa 
um declínio de 3% em relação a 1978. 

As estimativas foram baseadas em entrevistas com cada 
uma das empresas e em relatórios públicos. Como muitas 
das firmas não registam dados internos de linhas de pro- 
duto de acordo com os critérios usados na listagem, foi 
necessária muita pesquisa. 


Clube bilionário. Oito empresas geraram mais de 1 
bilião de dólares em receita (Tabela 1), com a Hewlett- 
Packard conseguindo o feito pela primeira vez. Apesar de 
a IBM ter crescido somente 7,4%, parece não correr 
perigo de perder a primeira posição. A Burroughs e a 


& Dados e Ideias, Rua Major Quedinho, 90, São Paulo, Brasil. 


NCR disputaram acirradamente o segundo lugar, tendo as 
classificações actuais sido derivadas de interpretações 
subjectivas de definições de «processamento de dados» 
por parte de cada uma delas. Mesmo assim, a taxa de 
expansão de 24% da NCR no sector, comparada com 
14% da Burrouhgs, pode indicar uma tendência. A Con- 
trol Data e a Sperry Rand competiram de forma ainda 
mais acirrada pela quarta e quinta posições; entretanto, os 
índices de expansão foram bem diferentes, com a vanta- 
gem da Control Data. A Digital Equipment firmou-se na 
sexta posição, com uma expansão de 27% e com 400 
milhães de dólares de receita abaixo da Burroughs; po- 


| derá, em breve, disputar com as outras o segundo lugar. 


A Honeywell não recebeu crédito pela receita da Honey- 
well-Bull e ficou distante das seis primeiras. 


1979 
1978 
% 
7,4 


TABELA 1 


Burroughs 

NCR 

Control Data 
Sperry Rand 
DEC 

Honeywell 
Hewlett-Packard 


| 
2 
4 
5 
3 
6 
7 
8 


Processamento. É interessante verificar os aumentos 
absolutos de receita em processamento de dados das prin- 
cipais empresas. A IBM liderou com um aumento de 
mais de 1,2 bilião de dólares; isso equivale a criar em um 
ano uma força do porte da Tandy Corp. Além das oito 
maiores empresas citadas, quatro outras ampliaram a re- 
ceita em 100 milhães de dólares ou mais durante 1979. 
As mais destacadas foram a Storage Technology e a 
Xerox, acima disso, enquanto a Wang, a Memorex e a 
Computer Sciences quase atingiram aquele nível de au- 
mento. 

A maioria das companhias manteve em 1979 as suas 
classificações de 1978, mas algumas melhoraram bastante 
a sua posição relativa, e outras decaíram dramaticamente 
(Tabela 2). Daquelas que evoluíram, três firmas de mi- 
crocomputadores — Apple, Commodore e Tandy — des- 
tacaram-se. Obviamente essas empresas situaram-se no 
topo (ou perto) na classificação por índice de expansão, 
com melhorias de 650, 150 e 131%, respectivamente. A 


D————-——— 
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tabela mostra as empresas que galgaram ou perderam dez 
posições ou mais na classificação. 

Na Tabela 3 não houve disponibilidade dos dados e, 
por isto, os resultados da pesquisa foram comparados 
com as estatísticas de 1977, levando em conta que so- 
mente 50 empresas foram pesquisadas naquele ano. A 
categoria de equipamentos centrais indica um desempenho 
estabilizado medido pela receita, o que reflecte desempe- 
nho ainda pior em termos de vendas se se observar que 
houve uma tendência geral para aumento de compras 


TABELA 2 


ad Classif. nd 
Bins | em 1979 
na classif 


Apple 
Commodore 
Tandy 

Tandem 

AM International 
Computervision 
National CSS 


Comshare 


Cray Research 
Prime 

Inforex 

Itel 

Decision Data 
Calcomp 

EM&M 

Olivetti 

Grumman 
Planning Research 
Computer Research 
Cincom 


*A classificação da ltel foi bascada em dados de nove meses de 1979 


TABELA 3 


Equipamentos centrais 
Minicomputadores 
Periféricos e terminais 
Serviços e software 
Outros (mídia e 
componentes, etc.) 


durante o período de dois anos. Com relação a sistemas, 
uma parcela substancial de periféricos e terminais consiste 
de usuários finais locais, melhorando bastante o panora- 
ma. Mas, mesmo se as duas categorias fossem somadas, 
elas representariam 61% da receita total do sector em 
1979, em comparação com 68% em 1977. O desempenho 
mais impressionante entre essas classificações de receita 
pertence à categoria de serviços e «software», com uma 
expansão anual de 44%. 


Rentabilidade. A verdadeira medida da saúde de um 
sector é o seu nível de rentabilidade. Como resultado das 
pressões competitivas e inflacionárias, do aumento do 
custo do dinheiro e de uma maior propensão dos clientes 
para alugar em vez de comprar, os lucros sofreram em 
1979. 

Somente 50 empresas puderam ser analisadas em ter- 
mos de lucro. As outras ou eram de capital fechado ou 
não quiseram divulgar os lucros ou tinham uma percenta- 
gem grande demais dos seus negócios (acima de 25%) em 
áreas fora do sector de processamento de dados, cuja 
inclusão prejudicaria a listagem. 

O total de receita dessas 50 empresas expandiu-se so- 
mente 0,9%, para 4,2 biliões de dólares em 1979. Esse 
aumento foi afectado negativamente pelo declínio de 
3,2% nos lucros da IBM. Excluindo-se a IBM, os lucros 
cresceram 13%, para 1,2 bilião de dólares, pouco acima 
da inflação. Os lucros, após os impostos, das 50 empre- 
sas diminuíram para 11,1% em 1979, em comparação 
com 12,5% do ano precedente, e, excluindo-se a IBM, os 
lucros sofreram uma queda de 0,6 para 8,0%. 

Durante 1979, somente 7 empresas tiveram lucros 
acima de 10%, após os impostos, comparados com os de 
l4 empresas, em 1978. Ao todo, 20 firmas registaram 
aumento nos lucros após os impostos, e 30 acusaram 
declínio. Apesar da menor taxa média de rentabilidade, a 
maior demanda de equipamentos e serviços de computa- 
ção fez com que 36 das 50 firmas apresentassem lucros 
absolutos após os impostos durante 1979. Das 15 firmas 
com declínio de lucro, 8 eram fornecedoras de periféri- 
cos; 3, de minicomputadores; e uma era fornecedora de 
serviços. 

Das 8 empresas principais citadas no «clube milio- 
nário», foram agrupados os cinco mais tradicionais forne- 
cedores de sistemas no sector de equipamentos centrais, e 


TABELA 4 


Empresas de equipamentos centrais 


Índice de 
expansão de 
receita norte- 

americana 

em 1979 


Cray Research 
NCR 


Control Data 
Spetry. Univac 
Burroughs 
Honeywell 
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acrescidas neste a Amdahl, a Itel e a Cray Research. 
(Durante 1979, obviamente, a Itel livrou-se de todas as 
suas operações com equipamentos centrais e serviços liga- 
dos a processamento de dados). Este sector gerou em 
conjunto 65% da receita de processamento de dados. os 
lucros após os impostos deste sector, que é dominado 
pela IBM, declinaram para 13%, em comparação com 
15% em 1978. 

Mas os fabricantes de equipamentos centrais ainda 
mantêm os lucros mais altos entre todos os sectores, 
variando do mínimo de 5,7% da Amdahl (em comparação 
com 15% em 1978) até 18,3% da Cray Research, o lucro 
mais elevado de todas as empresas pesquisadas. A IBM e 
a Burroughs tiveram lucro acima de 10%. apesar de a 
rentabilidade da IBM' ter caído de 14,8% em 1978 para 
13,2%. A taxa de expansão em processamento de dados 
para este grupo de empresas foi de 9,7%, em termos 
mundiais, prejudicada pelos fracos 7,4% da IBM. A ex- 
pansão de 24,4% da NCR na área representou o cresci- 
mento mediano do grupo de 100 empresas da pesquisa. A 
Tabela 4 mostra estatísticas das firmas de equipamentos 
centrais, classificadas pelas taxas de expansão em proces- 
samento de dados em 1979, 


Minicomputadores. Talvez pequenos sistemas descre- 
vam melhor os produtos de 19 fabricantes que foram 
colocados na categoria de minicomputadores. A Tabela 5 
mostra este grupo, classificado por taxa de expansão de 
receita. O grupo como um todo gerou 6,1 biliões de 
dólares em receita, ou 13% do total, liderado pela DEC, 
com 2 biliões de dólares. As três maiores (DEC, Data 
Central e Hewlett-Packard) responderam por 60% da re- 
ceita do segmento. Á proporção de receita gerada nos 
Estados Unidos atingiu 65%, bem superior à percentagem 
de 51% das empresas de equipamentos centrais. 

Sem dúvida, os fabricantes de equipamentos centrais 
são activos em pequenos sistemas, mas foram excluídos 
desta parte da análise. A expansão deste grupo de mini- 


computadores foi de 31%, superando o crescimento do 
sector de equipamentos centrais. A participação de mini- 
computadores na receita total do sector subiu de 11,5% 
para 13%, em comparação com a queda de 3,5% dos 
equipamentos centrais. Doze das dezanove empresas re- 
gistaram crescimento superior a 20%: em comparação, 
apenas a NCR, a Control Data e a Gray Research apare- 
cem com níveis semelhantes entre as empresas fabricantes 
de equipamentos centrais. 

Das onze empresas pesquisadas em relação à rentabili- 
dade no segmento de minicomputadores, cinco (Prime, 
DEC, Tandem, Qantel e Sustems) melhoraram seus lu- 
cros. As outras seis tiveram desde prejuízo até lucro, 
após os impostos, de 6,59%. 


Periféricos. Foram classificadas 20 empresas como | 
fornecedoras de periféricos (Tabela 6). Este segmento, de 
4 biliões de dólares — 9% do total da receita das 100 
empresas —, foi liderado pela Memorex, com 664 mi- 
lhões de dólares em receita. Ao contrário dos segmentos 
de equipamentos centrais e minicomputadores, o de peri- 
féricos foi menos concentrado, já que os cinco maiores 
responderam por 54% do total. A explicação é que se 
exigem diferentes tipos de tecnologia para cada tipo de 
periféricos — impressoras, unidades de discos e equipa- 
mentos de entrada de dados. Além disso, os fabricantes 
de periféricos dedicam-se, geralmente, não apenas a uma 
linha de produtos mas também a certos segmentos do 
mercado. Por exemplo, a Dataproducts, a Centronies e a 
Printronix, além de fabricarem impressoras, estão também 
no mercado de minicomputadores, enquanto a Documa- 
tion se concentra no mercado de reposição de impressoras 
dos equipamentos principais, vendidas principalmente a 
usuários finais. 

A taxa de expansão deste segmento foi de 23%, desa- 
celerada pelos fabricantes de memórias de acréscimo e, 
até certo ponto, pelos fabricantes de unidades de discos e 


TABELA 5 


Empresas de minicomputadores 


Índice de Índice de 
exp expansão de 


de receita norte- 


receita -amencana 
em 1979 em 1979 


Tandem Computers 
AM Intemacional 
Prime Computer 

Wang Labs, 
Hewlett-Packard 

Texas Instruments 
Data General 
Management Assistance 
Digital Equipment 
Quantel 

Nixdorf Computer 
Pertec Computer 
Harris 

Systems Eng. Laboratories 
Perkin-Elmer 

Modular Computer 
General Automation 
Computer Automation 
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de fitas (especialmente Memorex, Telex e Calcomp, mas 
não a Storeage Technology). 

Excepto a Dataproducts, prejudicada por estar no início 
de produção em suas novas linhas, os fabricantes de 
impressoras obtiveram bons índices de crescimento em 
1979. A Printronix cresceu 92%; a Documation, 66%; e a 
Centronics, 35%. 

O índice global de expansão da receita foi de 23% no 
sector de periféricos. Entretanto, a intensa concorrência 
resultou em redução de lucros para todas as onze empre- 
sas que forneceram dados à Datamation. Até a altamente 
rentável Centronics, com índice de 14,8%, apresentou um 


declínio nos lucros após os impostos. Somente quatro 
empresas tiveram lucros superiores a 6% e duas, a In- 
forex e a Calcomp, sofreram prejuízos. Além disso, cinco 
empresas tiveram seus lucros reduzidos em mais de 60%. 


Terminais. O segmento de terminais de subsistemas 
a base de terminais, com 1,5 bilhão de dólares de fatura- 
mento, ou 4% do total, incluiu 15 empresas (Tabela 7). 
Os fornecedores de terminais tiveram um ano excelente 
em 1979. A Computervision (com expansão de 112%) e a 
Gerber Scientific (40%) lideraram o segmento de CAD/ 
CAM (sistemas computadorizados de design de produ- 


TABELA 6 


Empresas de periféricos 


Índice de 
expansão de 
receita norte- 

americana 

em 1979 


Printronix 
Documention 
Storage Technology 
Xerox 

Centronicx 

ITT 

General Instrument 
Telex 

TRW 

Ampex 

MSI Data 
Memorex 
Recognition Equip. 
Conrac 

3M 

Northem Telecom 
Dataproducts 
Electronic Memories 
Decision Data 
Inforex 

California Computer 


% da receita Margem de Margem de 
total da lucro lucro 
empresa liquido liguido 
em 1979 em 1979 em 1978 


a 
o 


be ya 
E o o 


TABELA 7 


Empresas de terminais 


Computervision 
Data Terminal 
Systems 
Lear Siegler 
Datapoint 
Gerber Scientific 
Tektronix 
Four-Phase 
Systems 
Raytheon 
Mohawk Data 
Sciences 
Quotron Systems 
Hazeltine 
Teletype 
Olivetti 
Bunker Ramo 
Applied Digital 
Data 
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ção), a Datapoint (45%) e a Four-Phase (32%) continua- 
ram a registar expansão sólida em processamento de da- 
dos distribuído Os menores índices de expansão foram 
dos fabricantes de display CRT (com excepção da Lear 
Siegler) e dos fornecedores de terminais para a indústria 
financeira. 

O grupo de empresas de terminais foi também o único 
a registar lucros maiores em média. Somente a Applied 
Digital Data Systems acusou um lucro menor. A Quotron 
e a Datapoint, com lucros de 14,8 e 13,6%, classificara- 
m-se em terceira e quarta posições entre todas as empre- 
sas que forneceram dados à pesquisa. 


«Software» e serviços. O segmento foi o de «soft- 
ware» e de serviços, com 30 firmas responsáveis por 8% 
do total da receita (Tabela 8). Este grupo fornece uma 
combinação de actividades que inclui serviços de compu- 
tação, «time-sharing», acesso a bases de dados, «soft- 
ware» de sistema operacional e programação de aplica- 
ções. Os cinco maiores fornecedores foram responsáveis 


por 74% do faturamento, de 3,7 bilhões de dólares, do 
grupo. Este segmento teve a mais alta percentagem de 
receita de processamento de dados gerada nos Estados 
Unidos (86%). Atribui-se tal resultado ao desenvolvi- 
mento do sector e sua aceitação mais rápida pelos usuá- 
rios nos Estados Unidos, em comparação com a Europa, 
e às diferenças regionais ocasionadas por linguagem e 
costumes, que são mais pronunciadas em serviços do que 
em equipamentos. 

As firmas de «software» e serviços, colectivamente, 
cresceram 26% em 1979. As três principais (com expan- 
são de 83 a 100%), a Compshare, a Anacomp e a Natio- 
nal CSS, cresceram, em grande parte, através de aquisi- 
ções; das restantes 27 firmas, somente quatro se expan- 
diram em menos de 15%. 

Essas empresas tiveram resultados financeiros diversos, 
já que 7 das 15 da amostragem referente a lucros aumen- 
taram sua rentabilidade. Ao contrário de outros sectores 
em que os ricos ficaram mais ricos, a maior parte da 
expansão foi registada nas empresas menos rentáveis, 


TABELA 8 


Empresas de software e serviços 


Índice de Índice de 
expansão de 
recita nonte- 

americana 


Comshare 
Anacomp 
Dun & Bradstreet 
American Mgmt 
Systems 
Interactive Data 
Martin Marietta 
Reynolds & 
Reynolds 
Manufacturing 
Data 
Mgmt Science 
America 
United Telecom 
Electronic Data 
Systems 
Shared Medical 
Systems 
Computer 
Sciences 
The Sun Company 
Commerce 
Clearing House 
Tymshare 
General Electric 
First Data 
Resources 
National Data 
Automatic Data 
Processing 
McDonnell 
Douglas 
Informatics 
Optimum Systems 
Boeing 
Grumman 
Cincom Systems 
Wyly 
System 
Development 
Bradford National 
Planning 
Research 
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com excepção da National Data, que ampliou a margem 
de lucro de 1,3 para 9,4%. 

Os últimos dois sectores definidos na Tabela 9; compu- 
tadores para mídia de disco/fita (quatro empresas) e de 
uso pessoal (três empresas), foram responsáveis por ape- 
nas 1% da receita total. A Tandy Corp. é o único forne- 
cedor desses grupos classificados entre as 50 maiores 
empresas. Mas os fabricantes de computadores de uso 


pessoal foram claramente as estrelas em desempenho em 
1979. A Apple Computer, a Commodore International e a 
Tandy Corp. classificaram-se em primeiro, segundo e 
quarto lugares em índice de expansão, com esta última 
apresentando 131% de expansão em 1979. Os fabricantes 
de mídia, que aumentaram a capacidade de produção, 
também aceleraram o crescimento, variando de 35%, para 
a Basf, a 118%, para a Dysan. 


TABELA 9 


Empresas de computadores de uso pessoal e de média de computação 


Índice de Índice de 


exp; expansão de 
de receita norte- 


receita americana 
em 1979 em 1979 


Apple Computer 
Commodore Int'l, 
Tandy 

Dysan 

Verbatim 

Nashua 

BASF Systems 


% da receita Margem de Margem de 
total da lucro lucro 
Receita empresa líquido + Mquido 
em 1979 em 1979 em 1979 em 1978 


As 100 maiores em 1979 


Ano civil 1979 


Receitas 
(Proc. dados 
1979 
(US$ milhões) 


IBM 

Burroughs 

NCR 

Control Data 
Sperry Rand 

DEC 

Honeywell 
Hewlett-Packard 
Memorex 

Data General 
Storage Technology 
Xerox 

TRW 

Texas Instruments 
Computer Sciences 
ADP 

GE 

Electronic Data Systems 
3M 

Northem Telecom Systems 
Amdahl 

MAI 

Wang 

NT 

MeDonnell Douglas 


l 
2 
4 
5 
3 
6 
7 


ITEL 
Hamis 


Tektronix 
Four-Phase Systems 
Tymshare 
Perkin-Elmer 

Pertec Computer 
System Development 
Raytheon 

Ampex 

Prime Computer 


Resultados declarados 1979 


Receitas * Lucro 
totais ly 
1979 1979 
(USS milhões» (USS milhões 


337 119 301,0 
56 509 
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Receitas Receitas Receitas Receitas 
(Proc. dados) (Proc. dados | totais da Variação ! ç totais 
1979 (197WTKI] nos EUA) empresa (1979/78) 1979 1979 
(US$ milhões) 1%) 1979 (5) 4 t (USS milhões) (USS milhões) 
9 : 2 


General Instrument 
United Telecommunications 
Bunker Ramo 
Centronics 

General Automation 
Bradford National 
Planning Research 
Informatics 

National CSS 

Reynolds & Reynolds 
California Computer 
Telex 

Computervision 

Nixdorf Computer 
REI 

Boeing 

Wyly 

Documation 

Shared Medical Systems 
Apple Computer 
Hazeltine 

Modular Computer - Systems 
SEL 

AM International 
Computer Automation 
Martin Manietta 
Comshare 

Tandem Computers 
Lear Siegler 

Sun Company 

Conrac 

Inforex 

Quntel 

Commodore International 
National Data 

BASF Systems 


335 


SESSE 


First Data Resources 
Commerce Clearing House 
Amer. Management Systems 
Quotron Systems 

MSI Data 

Manufacturing Data Systems 
Verbatim 


Gerber Scientific 

Data Terminal Systems 
Anacomp 

Optimum Systems 

Olivetti 

Grumman 

Management Science America 
Printronix 

Cincom Systems 


* De 51 a 100, a listagem baseia-se na amostragem de 1979. De | a 50, a listagem para 1978 pode variar em relação a levantamentos antenores, devido 4 reformulações e outras mudanças. 
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o introdutor dos microcomputadores em portugal 


Não se deixe 
ultrapassar. 

Ão alcance da sua 
empresa está 

a nossa solução 


e Controlo Orçamental 

e Envio de correspon- 
dência 

e «Word Processing» 

e Programas para 
aplicações especiais: 

e Laboratórios de análises 

e Indústria hoteleira 


GESTÃO 

e Contabilidade (POC) 

e Controle de Investi- 
mentos 

e Ficheiros 


e Cobranças 
e Salários 


SISTEMAS 
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Microinformática 
que evolução para os. 
anos 80? 


J. Rodrigues Oliveira 
LNEC 


RESUMO Verificaram-se na última década avanços 
significativos no campo da microelectró- 
nica. * 

Pareceu-nos que seria interessante, no 
início de uma nova década, passar em 
revista o que de mais importante neste 
domínio aconteceu nos anos 70 e pers- 
pectivar a evolução da microinformática 
nos anos 80. 

Não houve a preocupação de cobrir 
exaustivamente todos os avanços tecnoló- 
gicos verificados ou previsíveis mas ape- 
nas aqueles que nos pareceram mais im- 
portantes, e estes com a profundidade 
possível num tecto desta natureza. 


1. Introdução 


O crescimento da indústria microelectrónica nas últimas 
décadas tem sido espectacular particularmente a partir dos 
anos 70 com o aparecimento das tecnologias LSI («Large 
Scale Integration») e VLSI («Very Larse Scale Integra- 
tion») que originaram uma verdadeira revolução microe- 
lectrónica que se extendeu a todos os campos directa ou 
indirectamente. 

O avanço da tecnologia permitiu um crescimento, em 
número e em complexidade, das aplicações da microelec- 
trónica de tal dimensão que se põe o problema da falta de 
técnicos de software que permitam o desenvolvimento de 
tais aplicações com pleno aproveitamento das potenciali- 
dades oferecidas pela tecnologia. Na realidade, a evolu- 
ção do hardware não foi acompanhada de uma evolução 
equivalente do software que, ao contrário daquele, se tem 
mantido surpreendentemente estável. 

A secção 2 dá uma panorâmica rápida dos desenvolvi- 
mentos da electrónica nos últimos 30 anos, especialmente 
no campo da microelectrónica dos anos 70, aborda a 
evolução tecnológica das memórias e unidades de proces- 
samento e faz uma breve referência às novas tecnologias 
microelectrónicas. Analisa os problemas postos pelo rá- 
pido desenvolvimento tecnológico e aborda a evolução 
das técnicas e arquitecturas utilizadas. 

A secção 3 introduz duas tecnologias de memória de 
massa que estão a ter grande expansão. 


A secção 4 refere a evolução do nível de programação 
ao longo da última década em função das aplicações e 
dos custos de desenvolvimento; faz uma breve referência 
às linguagens funcionais. 

A secção 5 aborda os avanços recentes na comunicação 
de dados e redes de computadores impostos pela necessi- 
dade de interligação dos sistemas. 

A secção 6 indica algumas das novas aplicações da 
microinformática. 

A secção 7 apresenta algumas conclusões do autor. 


2. Avanços na tecnologia microelectrónica 


A evolução da microelectrónica na última década foi 
fenomenal. Os anos 80 parecem ser igualmente promis- 
sores particularmente graças à integração em muito larga 
escala (VLSI) que permitirá aplicações novas e mais com- 
plexas para a microelectrónica. 

Passemos rapidamente em revista alguns dos passos 
mais importantes da revolução microelectrónica até aos 
dias de hoje. 


2.1 Evolução da tecnologia dos semicondutores. 


Desenvolvimento da microelectrónica 


A tecnologia dos semicondutores utiliza as leis da me- 
cânica quântica para controlar o movimento das cargas 
eléctricas através de materiais no estado sólido adequada- 
mente estruturados. Apesar dos grandes avanços sofridos 
nos 30 anos de vida desta tecnologia, não está ainda 
completamente desenvolvida e os limites teóricos ainda 
não foram atingidos. 

A invenção do transistor de germânio nos Laboratírios 
Bell no ano de 1947 inicia a revolução do estado sólido. 
Os transistores são inicialmente utilizados em substituição 
das válvulas de vazio e portanto em circuitos de compo- 
nentes discretos. Em 1953 a Texas Instruments anuncia o 
primeiro transistor de silício que, em pouco tempo, se 
torna o material semicondutor mais utilizado. 

Em 1959 é desenvolvido o circuito integrado utilizando 
a tecnologia planar. Passam a poder produzir-se em si- 
multâneo quantidades apreciáveis de circuitos complexos 


E 
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numa mesma superfície de silício (substrato) graças a 
processos fotolitográficos (1). 

O número de circuitos por «chip» cresce continuamente 
(aumenta o nível de integração) passando-se da integração 
em pequena escala (SSI), à integração em média escala 
(MSI) em meados da década de 60 e finalmente surge a 
integração em larga escala (LSI) que apresenta um ele- 
mento novo — a programabilidade dos componentes. 


MAPA COMPARATIVO DAS TECNOLOGIAS (1980) 


ECL TIL RL HMOS CMOS 


Velocidade 
de comutação 


Potência dissipada CMOS 7 


CMOS (Standby) CMOS(Operate) TIL ECL 
Velocidade-Potência ti iD 


Faclor 


(energia de 


5.9 253 8 12 Tp) 
comutação dinâmica) p 


Surge assim, no início da década de 70, o microproces- 
sador que é, sem dúvida, o responsável pela revolução 
microelectrónica que vai arrastar uma verdadeira revolu- 
ção em todos os campos. 

A evolução da tecnologia microelectrónica na última 
década, que permitiu passar da LSI à VLSI, implicou e 
implicará uma complexidade crescente do processo de 
fabrico traduzida por custos crescentes aumento do custo 
dos equipamentos e redução do número de bolachas ma- 
nipuladas, impostos pela melhoria dos processos de intro- 
dução de impurezas e de alinhamento/exposição das más- 
caras. 


COMPLEXIDADE DA PRODUÇÃO DE BOLACHAS DE SILÍCIO 


(Número de passos durante o processo de fabrico) 


NOTA: O número de máscaras tem a ver com as diferentes imagens que são 
formadas no substrato por processo fotolitográfico. 

O processo de implantação de iões é um processo recente de introdução de 
impurezas na bolacha, 


Fonte; Intel 


Os circuitos digitais devem possuir três características 
fundamentais: rapidez, pequena potência dissipada e ele- 
vada densidade (). Do equilíbrio destas três característi- 
cas, aliado a um baixo custo, resultou a estabilidade de 


(1) O padrão do circuito é reproduzido em pequenos quadrados numa «bolacha» 
de silício de forma circular com um diâmetro da ordem dos 3-10 cm. As 
dimensões dos quadrados e o seu número variam de acordo com a complexidade 
do circuito. Após o processo de fabrico em grupo das bolachas cada circuito é 
testado automaticamente e cortados individualmente os que passaram o teste. 
Procede-se então ao seu encapsulamento e ligação seguido de teste final. Um 
factor importantíssimo na produção e custo dos circuitos integrados é o «yield» — 
percentagem de elementos que sobrevivem ao fabrico, teste € encapsulamento. 

(?) Densidades na gama dos 100-300 gates/mm” e frequências de operação na 
gama dos 1-10 MHz são comuns actualmente, O produto da densidade das «gates» 
pela frequência de operação exprime o factor de mérito do circuito, neste caso 
entre 10º e 3 x 10º pates.Hz/mm?. 


Princípios 
anos 70 Actual Anos BO , 


determinadas tecnologias em detrimento de outras que, 
por não apresentarem esse equilíbrio desapareceram. 
Actualmente existem duas tecnologias principais — Bi- 
polar e MOS («Metal-Oxid Semiconductor»). 
Dentro dos dispositivos bipolares encontramos: 


— TTL («Transistor Transistor Logic») 
— ECL («Emitter-Coupled Logic») 
— DL («Integrated Injection Logic») 
Dentro dos dispositivos MOS são mais vulgares: 
— NMOS («N-channel MOS») 


— CMOS («Complementary MOS») 
— HMOS («High-performance MOS») 


EVOLUÇÃO DO NÍVEL DE INTEGRAÇÃO 


“ 


* LÓGICA BIPOLAR 

x LÓGICA MOS 

a MEMÓRIA MOS 

o MEMÓRIA “BUBBLE” 
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Nota: A velocidade de comutação exprime os atrasos 
de propagação nas «gates». 

O factor velocidade-potência é a energia mínima que 
uma «gate» pode dissipar numa transição lógica; dá uma 
ideia da performance do circuito (quanto menor maior é a 
performance). 


2.2 ) Evolução das capacidades das unidades de proces- 
— samento e das memórias 


A tendência nos circuitos lógicos continua a ser uma 
maior velocidade de comutação. A redução do tamanho 
do elemento permite um maior número de «gates» por 
«chip» (densidade) sendo pois necessário reduzir a dissi- 
pação unitária para manter a dissipação total dentro de 
limites razoáveis (*). A miniaturização (actualmente traba- 
lha-se já na gama submicrométrica — .5 a .8 micron) é 
pois um factor chave da performance dos circuitos micro- 
electrónicos melhorando os tempos de atraso, aumentando 


-a velocidade da comutação e diminuindo a possibilidade 


de defeito no substrato. 

A densidade dos componentes tem a ver com a nature- 
za dos circuitos. As memórias, constituídas por elementos 
simples e regulares, atingem maior densidade de compo- 


(*) Admitindo que há duas transições lógicas em cada ciclo a dissipação total de 
um «chip» (D) será o dobro do produto do número total de «gates» (N) pela 
frequência média do «clock» (F) multiplicado pelo factor velocidade-potência (E), 
isto é. D = 2NFE. 


Exemplo: Se f = 10MHz, N =3 x 10", E =2.5pJ virá D= 1.5W. 
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nentes que os circuitos lógicos, mas complexos e irre- 
gulares. 

O desenvolvimento das memórias de semicondutor teve 
um impacto fundamental na evolução da microelectrónica 
nos anos 70. As memórias de semicondutor, que no 
início da década eram apenas uma pequena parte do 
mercado ocupado quase totalmente pelas memórias de 
ferrite («core»), conseguiram no fim da década, inverter 
as posições relegando apenas para uma minoria de aplica- 
ções a utilização das «core». 

O sucesso das memórias de semicondutor, quer bipola- 
res quer MOS, deve-se principalmente ao facto de serem 
altamente fiáveis e compactas aliado a um custo menor 
que o das memórias «core». O seu menor consumo de 
energia, o facto do processo de leitura ser não destrutivo 
são uma compensação para o defeito da sua volatilidade 
no caso de falha de energia que pode ser minorado com a 
utilização de sistemas de baterias em tampão. 


2.3 Novas tecnologias microelectrónicas 


Dentro das novas tecnologias microelectrónicas desta- 
camos duas que, pela espectacularidade das performances 
anunciadas, parecem vir a ter realmente sucesso e po- 
derem constituir alternativas válidas a médio prazo à 
tecnologia actualmente dominante. 


2.3.1 Tecnologia do arsenieto de gálio 


Graças a avanços importantes nos materiais e técnicas 
de fabrico o arsenieto de gálio (GaAs) tem vindo ultima- 
mente a revelar-se como um sério candidato para os 
futuros circuitos integrados de muito alta velocidade 
(VHSIC). 

O arsenieto de gálio, embora já largamente utilizado 
em optoelectrónica e em dispositivos de micro-ondas de 
alta frequência (díodos e transistores discretos) poderá, 
em breve, ser utilizado em grande escala em sistemas 
digitais e computadores onde a alta velocidade, o proces- 
samento em tempo real é essencial. 

A tecnologia do silício impós-se à tecnologia do ger- 
mânio graças à sua maior simplicidade de fabrico e me- 
lhor gama de temperaturas de operação, e tem liderado 
até agora mas, à medida que velocidades mais altas vao 
sendo necessárias, os dispositivos de silício virão a atingir 
os limites impostos pelas propriedades intrínsecas dos 
materiais. 

O arsenieto de gálio apresenta vantagens sobre o silício 
e o germânio. A mobilidade dos electrões é maior e a 
temperatura limite mais elevada. Além disso apresenta 
uma menor dissipação em circuitos densos. A sua alta 
velocidade e baixa dissipação fazem do GaAs o provável 
substituto da tecnologia ECL. 


Materiais semicondutores 


Mobilidade dos 
electrões (cm?/V.s) 
Temperatura limite (ºC) 


Fonte: High Technology 


Aplicando litografia de feixe electrónico e projecção 
estão a ser produzidos em escala laboratorial transistores 
de efeito de campo metal-semicondutor (MESFETs) e 
transistores de efeito de campo de junção (JFETs) em 
GaAs com comprimentos de «gate» submicrométricos, 
densidades MSI e velocidades e potência dissipada uma 
ordem de grandeza melhor que dispositivos comparáveis 
em silício. A litografia de raios X, quando aplicada no 
fabrico dos ICs, será útil para a tecnologia do GaAs. 


2.3.2 Tecnologia dos supercondutores 


No final da década de 80, os computadores mais rápi- 
dos provavelmente já não utilizarão a tecnologia dos se- 
micondutores, que imperou por três décadas, mas antes a 
tecnolgia dos supercondutores utilizando o efeito Joseph- 
son, uma das propriedades dos supercondutores desco- 
berta em 1962 por Brian Josephson da Universidade de 
Cambridge. 

Assim como o transistor eliminou a válvula de vácuo 
na maior parte das aplicações electrónicas também ele 
poderá a vir a ser substituído pela junção Josephson. 

A electrónica da supercondução, em desenvolvimento 
entre outras companhias pela IBM, já trabalha (em la- 
boratório) 10 a 100 vezes mais rapidamente que o LSI 
vulgar num espaço milhares de vezes menor e permitirá 
futuramente o fabrico de computadores superrápidos e 
supercompactos. 

A altíssima velocidade e a extremamente baixa dissipa- 
ção obtidas com esta tecnologia resultam da natureza da 
própria supercondução — os materiais no estado de su- 
percondução não apresentam resistência à electricidade e 
portanto não dissipam potência. Mas esta possibilidade 
extraordinária tem um preço e bem caro — é que a 
supercondução só se verifica quando o material está a 
uma temperatura próxima de zero absoluto. 

Assim, a necessidade de refrigeração é um problema 
grave nos mini e microcomputadores ainda que o possa 
não ser nas «mainframes». Outro problema é o choque 
térmico nas operações de manutenção dos circuitos. 


2.4 Problemas postos pelo avanço tecnológico. 
Respostas possíveis 


Existe hoje um grande desfasamento entre a evolução 
do hardware e do software, verificando-se o subaproveita- 
mento das potencialidades oferecidas pela tecnologia. O 
limite da utilização da VLSI é imposto pelos altos custos 
de desenvolvimento das aplicações, extremamente onera- 
das com o custo do software e dificultadas pela falta de 
técnicos de software qualificados. 

Uma solução para este problema é integrar cada vez 
mais inteligência no processador sem abandonar a arqui- 
tectura tradicional, embora adicionando-lhe refinamentos. 

Outra via é romper com a arquitectura tradicional e 
avançar para arquitecturas diferentes que requerem uma 
nova maneira de abordar e resolver os problemas. 
2.4.1 A crise de software. Sistema computador em 
silício 

Uma estatística recentemente efectuada nos EUA previa 
para 1990 a necessidade de 1 milhão de programadores 
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para abranger toda a gama de novos e mais complexos 
produtos de microcomputadores — é o que já se designa 
por «CRISE DE SOFTWARE». 

Na realidade, se atendermos ao número enorme de 
aplicações para os microcomputadores e à complexidade 
crescente das mesmas, chegamos à conclusão que não há 
quantidade suficiente de programadores que permitam 
usar o que a tecnologia é capaz de produzir. Para tentar- 
mos obter uma solução para este problema lembremos o 
que se passou na década agora finda. 

No princípio dos anos 70 os circuitos de LSI/MOS 
eram produzidos na versão de «custom designed». 
Quando, por exemplo, uma companhia de computadores 
pretendia um terminal, especificava os circuitos LSI ne- 
cessários e recorria a um fabricante de MOS que lhe 
desenhava e fabricava os circuitos. 

Se essa linha tivesse continuado ao longo dos anos 70 
a indústria electrónica estaria muito longe do ponto onde 
se encontra hoje e teria certamente havido uma grave 
crise de «projectistas electrónicos». Felizmente surgiu ou- 
tra linha que foi a de fabricar não o microcomputador que 
cada cliente queria, mas alguns tipos de microcomputa- 
dores que servissem a grande maioria e pudessem ser 
adquiridos por baixo preço e em que fosse o utilizador a 
adaptar ao seu caso específico. 

Uma solução para a «CRISE DE SOFTWARE» é inte- 
grar o software no hardware e realizar o sistema computa- 
dor em silício (*). 

O objectivo é pois juntar software modular na arquitec- 
tura de hardware de modo a integrar as funções do micro- 
computador, do sistema de operação e das linguagens de 
alto nível num único «chip», possibilitando assim ao 
utilizador o desenvolvimento e a manutenção do seu soft- 
ware de aplicações de uma forma rápida e económica. 

No caso do software «standard» integrado é possível 
que, como aconteceu na década de 70 com o hardware, o 
utilizador disponha de capacidades de software que não 
utilizará totalmente mas, o facto de ter um sistema de 
operação completo e fiável terá peso determinante. Na 
realidade-o tempo de desenvolvimento, e logo os custos, 
serão reduzidos pois a maior parte das rotinas e outras 
capacidades necessárias são fornecidas completamente 
testadas e depuradas. 


24.2 Estado actual do nível de integração 


O nível de integração atingido no fim da década de 70 
é tal que é hoje possível colocar num único «chip» a 
potência de cálculo dum grande computador. 


CPU do IBM 370 num «chip» de silício 


Cerca de S000 gates lógicos, com um total de 45 000 componentes, 
foram realizadas num «chip» de silício com 7 mm de lado constituindo 
o circuito bipolar (STTL) mais complexo até agora realizado apresen- 
tando uma densidade de 110 circuitos/mm? e um factor velocidade- 
-potência de 0,7 pJ. O projecto foi assistido por computador e, em 9 
meses, foi possível codificar o desenho lógico do processador, colocar é 
ligar automaticamente as «gates» e gerar e verificar as figuras de teste. 
Não foi lançada a produção comercial. 


(º) Este SOFTWARE EM SILÍCIO («SILICON SOFTWARE») apresenta uma 
diferença importante do «SOLID-STATE SOFTWARE» proposto pela Texas já 
que não se trata de software em ROMs para ser lido e executado pelo CPU mas 
software residente no próprio CPU. 


A obra pertenceu a um grupo da divisão de sistemas da IBM em East 
Fishkill, N. Y., USA. 


Fonte: Electronics 


O facto de ser possível realizar uma «mainframe» num 
«chip» é extraordinário, mas pouco ou nada adianta se 
não existir software adequado para ele, especialmente em 


preço. 


2.5 Evolução das técnicas e dasarquitecturas 


A tendência na microinformática é no sentido de au- 
mentar ainda mais a performance dos sistemas. Para isso 
utilizam-se técnicas de processamento paralelo em que as 
tarefas são atribuídas a processadores especializados e de 
alta performance que as executam de uma forma concor- 
rente — coprocessadores. Há também uma maior eficiên- 
cia na programação graças à utilização do desenvolvi- 
mento modular de programas, de sistemas de operação 
prontos a usar, de linguagens de alto nível e de técnicas 
de multiprocessamento, 

Por outro lado novas arquitecturas de hardware e novos 
tipos de linguagens permitirão abordar problemas que 
actualmente não se conseguem resolver de uma forma 
eficiente. 

A performance dos microprocessadores da 1.º e 2: 
geração (8008 CPU, 8080 CPU) estava condicionada por 
três factores: 


— capacidade de memória central 
— velocidade de 1/O («Input/Output») 
— capacidade de processamento numérico. 


Actualmente existem já respostas para estes problemas, 
pelo menos nos fabricantes mais avançados como a Intel 
que nos servirá de referência. 

Os microprocessadores da 3.º geração (8086 CPU/8088 
CPU) quebraram a barreira dos 64KB permitindo a utili- 
zação do microcomputador em aplicações de maior enver- 
gadura com possibilidades de endereçagem directa de 
IMB. 

O processador de 1/O (8089 IOP) eliminou a maior 
parte dos gargalos de I/O e permite uma grande perfor- 
mance nas aplicações orientadas para I/O. 

Finalmente o processador de dados numéricos (8087 
NDP) elimina o terceiro problema permitindo um proces- 
samento de dados numéricos com rapidez e precisão utili- 
zando a tecnologia dos microprocessadores. 

Estes processadores de apoio, em conjunto com o 
CPU, podem constituir a parte principal de um sistema de 
cálculo ou de I/O extremamente poderoso. 


2.5.1  Multiprocessamento 


Os sistemas de multiprocessamento permitem que se 
efectuem processamentos ou transferências em SIMUL- 
TÂNEO graças a unidades de processamento, módulos de 
memória e controle de I/O múltiplos interligados num 
«bus» comum de acesso regulado. Os recursos da confi- 
guração são atribuídos dinamicamente por uma unidade 
de controlo (normalmente um dos processadores). 
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Um sistema com multiprocessamento é pois bem dis- 
tinto de um sistema com multiprogramação já que, neste 
caso, os processamentos são efectuados NÃO EM SI- 
MULTÂNEO mas numa base de TEMPO PARTILHA- 
DO, do que resulta um elevado fluxo de informação de, e 
para, a memória de massa, uma sobrecarga do sistema de 
operação e, o que é muito grave, uma grande vulnerabili- 
dade do sistema em caso de falha do equipamento. 

Um sistema com multiprocessamento é muito menos 
vulnerável e permite atingir o processamento «resistente a 
falhas» no qual uma falha de um processador não é 
catastrófica para o sistema que continua a fazer o proces- 
samento, ainda que com limitações. 


2.5.2 Coprocessamento 


O coprocessamento é um caso especial de multiproces- 
samento em que ambos os processadores executam instru- 
ções de um programa único. O coprocessador extende a 
capacidade do CPU ao qual está ligado pois realiza por 
hardware operações normalmente realizadas pelo CPU por 
software. 


COPROCESSADORES — o 8087 «Numeric Data Pro- 
cessor» 


O 8087 NDP processa em virgula flutuante cerca de 
100 vezes mais rapidamente que um microprocessador 
utilizando algoritmos de software (ver quadro). Possui 
instruções de transferência de dados, aritméticas, lógicas, 
transcendentes e de controle do processador. Opera com 
diversos tipos de dados incluindo inteiros em 16, 32 e 64 
bits, números em virgula flutuante de 32 e 64 bits (preci- 
são simples e dupla). De modo a ser garantida uma 
elevada precisão todos os números são convertidos num 
formato interno de 64 bits e os cálculos são efectuados 
usando o formato de real temporário com 80 bits (1 bit 
para sinal, 64 bits para a mantissa e 15 bits para o 
expoente). 


TEMPO EXECUÇÃO 
APROXIMADO 


INSTRUÇÃO (MICROSEGUNDOS) 


Multiplicação (precisão simples) 
Multiplicação (precisão dupla) 
Divisão (precisão simples) 

Raiz quadrada 

Tangente 

Exponenciação 


Fonte: Intel 


2.5.3 Novas arquitecturas 


Apesar dos grandes avanços tecnológicos das últimas 
décadas a arquitectura dos computadores não teve, até ao 
momento, alterações substanciais. De uma forma muito 
simplificada, a arquitectura tradicional dos computadores 
digitais sequenciais existentes, inspirada na máquina de 
von Neumann, prevê um processador central com um 
contador de programa que endereça de forma sequencial 
uma memória comum para instruções de dados. 


Os microcomputadores actuais seguem, de um"CAL 
geral ('), esta arquitectura. No entanto, existem hoje exão 
dos para arquitecturas com muito maior performance de- 
signadamente pela utilização dos conceitos de fluxo de 
informação e de memória associativa. Uma breve referên- 


cia a estes tópicos. 


COMPUTADOR DE FLUXO DE INFORMAÇÃO 
(«DATA FLOW COMPUTER») 


Este conceito, desenvolvido no MIT («Massachusetts 
Institute of Technology») ao longo de 12 anos (*), pro- 
cura responder de uma forma mais eficaz e fiável que a 
máquina de von Neumann aos problemas comuns; nestes 
existe um paralelismo cuja solução requer a execução de 
operações que devem ser efectuadas simultânea e não 
sequencialmente como nos sistemas convencionais que 
são baseados em modelos de fluxo de controlo. Num 
modelo de fluxo de informação um processador executa 
instruções apenas quando os valores para executar umade- 
terminada operação lhe são fornecidos ou quando o resul- 
tado de uma operação específica lhe é pedido. 

A máquina de fluxo de informação proposta pelos in- 
vestigadores do MIT não tem processador central,. Em 
vez dele tem uma secção de processamento com dezenas, 
centenas ou até milhares de unidades de processamento 
cada uma parecida com uma ALU («Arithmetic and Lo- 
gic Unit») convencional. Também não existe RAM 
(«Random Access Memory») no sentido corrente. Existe 
uma secção de memória com um número enorme de 
células cada uma das quais contém o código de operação 
o operando e o endereço de destino. Não existe contador 
de programa nem registos. Em vez disso existe um sis- 
tema de «packet switching» que faz corresponder a cada 
célula da secção de memória uma unidade de processa- 
mento adequada. Cada unidade de processamento resolve 
a sua parte do problema e devolve um «packet» com o 
resultado (que consiste no endereço de uma célula e um 
operando) para a rede de distribuição que o conduz até 
uma célula de memória para armazenamento. 

O conceito de computador de fluxo de informação 
parece poder vir a realizar-se graças à VLSI que permitirá 
a utilização de numerosos conjuntos de processador/me- 
mória para executarem concorrentemente partes de um 
programa. O facto de cada processador recorrer à me- 
mória própria em vez de ter de recorrer à memória central 
aumenta a performance. A existência de processadores 
múltiplos permite que o controle da máquina possa ser 
distribuído. 

Uma tal arquitectura pode conduzir-nos a um computa- 
dor mais pequeno, mais económico e 50 a 100 vezes 
mais rápido que os sistemas actuais mas para isso têm de 
ser utilizadas linguagens de programação e técnicas radi-' 
calmente diferentes das actuais (linguagens funcionais) a 
que nos referimos mais tarde. 


(º) Existem processadores, como o 8086, em que, graças à existência 
de duas unidades separadas, as operações de execução de instruções e 
leitura de instruções/leitura de operandos-escrita de resultados são efec- 
tuadas em simultâneo. 

(*) Além do MIT, há notícia de estaremea fazer desenvolvimentos 
neste domínio a Texas Instruments e a Burroughs Corporation que 
suporta trabalhos na Universidade de Utah. 
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A ligação processador-memória é, em geral, um ponto 
fraco das arquitecturas tradicionais. As memórias «ca- 
che», largamente utilizados para aumentar a performance, 
podem parecer tradicionais mas na realidade incluem já o 
mais significativo rompimento com a arquitectura tradi- 
cional — a memória associativa ou memória endereçável 
por conteúdo. 

Uma vez que a informação é passada para a «cache» 
de acordo com a frequência da utilização, o CPU nunca 
sabe exactamente que informação está num dado lugar. 
Com a informação e etiquetas respectivas em registos 
associativos uma pesquisa pela etiqueta produzirá a infor- 
mação. 

Os microcomputadores de hoje não têm ainda uma 
memória «cache» específica mas, como a quantidade de 
memória RAM «on board» já é muito apreciável (64KB 
são comuns), pode muito bem ser usada desta maneira. 

Como exemplo de arquitecturas de microcomputadores 
possíveis a curto prazo, podemos referir a solução pro- 
posta pela INTEL para a evolução dos actuais processa- 
dores de 16 bit. 


MICROMAXI (1APX286) 


— processador de 16 bit (performance: de 32 bit) 

— protecção de software multinível 

— J6MB de endereçagem directa 

— 1 GB de endereçagem virtual por tarefa (com gestão 
de memória e lógica de protecção «on chip») 

— sistema operativo (kernel) integrado 

— 10 a 200 tarefas em multiprogramação 


MICROMAIFRANME (1APX432) 


— processador de 32 bit 

— 3 «chips»: «Data processor», «Interface processor» 
e «Stotage module» 

— Encapsulamento QIL com 64 pinos para cada 
«chip» alojando cerca de 120 000 transistores. 

— 4GB de endereçagem directa 

— memória virtual 

— inteiros em 32 bit, vírgula flutuante em 64 bit 

— subsistema de I/O distribuído por funções e contro- 
lado por mensagens 

— instruções de operandos múltiplos com modos de 
endereçagem de vector e registo 

— conjunto de instruções suportando directamente lin- 
guagens de alto nível (dois conjuntos de instruções 
— PASCAL ou ADA); não possui «assembly» nem 
registos acessíveis ao programador. 


"ag | Evolução das memórias de massa 
A evolução da tecnologia dos periféricos, em particular 
das memórias magnéticas, condicionou sempre o desen- 


volvimento do equipamento de processamento propria- 
mente dito. 


CARACTERÍSTICAS DAS MEMÓRIAS DE MASSA 


Tempos de Ritmo de Capacidade 
acesso transferência total 


500 Kbity's 
1.2 Mbit's 
5-1 Mbit/s 


«Floppy»... 
«Hard-disk» ............. 
«Bubble» ............u.o. 


Numa memória de massa são características fundamen- 
tais a sua capacidade total, o tempo de acesso, o sistema 
de transferência da informação e a temovabilidade do 
meio magnético. 


A tecnologia dos discos e bandas magnéticas está alta- 
mente desenvolvida não sendo de prever alterações signi- 
ficativas neste campo. A memória magnética móvel, pelo 
facto de utilizar partes mecânicas, será substituída pelas 
memórias magnéticas fixas a partir do momento em que a 
sua tecnologia evolua de modo a permitir grandes capaci- 
dades de armazenamento com um custo por bit razoável. 

A tecnologia óptica é também bastante promissora no 
campo da. memória de massa graças às grandes densida- 
des que poderá permitir. 


3.1 | Memórias de bolha magnética 


Têm sido feitos grandes progressos na tecnologia das 
memórias de bolha magnética que no fim da década 
começaram a ser comercializadas em escala apreciável. 

As memórias de bolha magnética («magnetic bubbles») 
consistem numa camada muito fina de material magnético 
na qual se podem estabelecer e manter pequenos domí- 
nios magnéticos. Esses pequenos domínios quando obser- 
vados ao microscópio com luz polarizada parecem bolhas. 
As bolhas podem ser movimentadas na película magnética 
por campos magnéticos exteriores produzidos quer pela 
passagem na corrente eléctrica em condutores dispostos 
na película quer pela deposição de pistas de material 
magnético («permalloy») na película e depois aplicando 
um campo magnético externo. 

Porque a magnetização da película é permanente a 
informação representada pelas bolhas magnéticas não se 
perde quando o circuito deixa de ser alimentado. Apre- 
senta pois, relativamente à memória do semicondutor, a 
vantagem da não volatilidade podendo ser, no futuro, 
uma alternativa à memória magnética móvel pela sua alta 
fiabilidade relativamente a esta. No seu processo de fabri- 
co é utilizada a tecnologia do estado sólido e, ainda que o 
seu lançamento em aplicações comerciais seja recente, já 
se encontram componentes com alta densidade «a Mbit 
por «chip«). 


3.2 Tecnologia Winchester 


Nos últimos anos da década de 70, com o crescimento 
das capacidades de processamento dos microcomputa- 
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dores e com a sua entrada no domínio dos computadores 
programáveis pelo utilizador, surgiu a necessidade de os 
dotar de uma memória de massa de grande capacidade e 
relativamente económica (em termos de custo por bit). 
Surgiu a tecnologia Winchester, mais exactamente Mini- 
-Winchester de 8 polegadas uma vez que já exisitiam 
Winchester de 14 polegadas. 

As altas densidades de informação obtidas com esta 
tecnologia são conseguidas à custa da utilização de discos 
rígidos em cujas superfícies «voam» as cabeças de leitura/ 
escrita (a uma distância mínima da ordem do mícron); 
como os discos rodam a cerca de 3600 rpm (a mais 
pequena partícula de pó, por exemplo, sobre a superfície 
do disco seria desastrosa para o funcionamento do equipa- 
mento) há necessidade de tornar o conjunto estanque. Se 
isto é uma vantagem, na medida em que garante uma alta 
fiabilidade aos discos Whinchester, permitindo inclusiva- 
mente o seu uso em ambientes hostis, também o facto de 
não ser possível remover o meio magnético cria um grave 
problema de «back-up» dessas unidades, que se torna 
bastante incómodo, lento e dispendioso utilizando «flop- 
pies». 


Uma solução recentemente apresentada pela Corvus, e | 


que é bastante interessante, utiliza «cassettes» de vídeo 
com uma capacidade da ordem dos 100MB permitindo 
efectuar o «back-up» até 10 discos com rapidez. 

Outra solução, que parece ter feito renascer as bandas 
magnéticas, recorre às «STREAMING TAPES»; possuem 
dois modos de funcionamento — arranca e pára / movi- 
mento contínuo — este particularmente adequado ao 
«back-up» de discos rígidos. Um exemplo é a IBM 8809 
que utiliza banda magnética de 1/2 polegada e permite 
ritmos de transferência da ordem dos 160 Kbytes/s em 
«streaming» (a 100 ips) e 20 Kbytes/s em «start/stop» (a 
12.5 ips). 


4. Desenvolvimentos no campo do software 


Apesar da franca evolução do hardware ao longo das 
últimas décadas a evolução do software foi pequena e, 
como consequência disso, a programação de computa- 
dores continua a ser uma tarefa difícil, morosa, logo cara. 
Na década de 80, graças à contribuição do hardware, 
espera-se que a programação possa ser tornada mais fácil 
a ponto de ser acessível mesmo ao não especialista. 


4.1 Evolução do nível de programação 


Com a sofisticação crescente das aplicações dos micro- 
computadores, aliada à generalidade do seu uso por técni- 
cos não especializados, assistiu-se, na passada década, a 
uma utilização crescente das linguagens de alto nível em 
detrimento da linguagem «assembly». A tendência é para 
uma utilização cada vez menor da linguagem «assembly» 
que fica reservada para as aplicações que requerem um 
controle apertado da máquina e/ou a geração de pouco 
código (normalmente associado a alta velocidade de exe- 
cução). 


As linguagens de alto nível (HLLs), como o PASCAL 
e o FORTRAN, associadas a técnicas de programação 
estruturada, têm a vantagem de permitir um desenvolvi- 
mento do software muito mais rápido. 


Garantem uma maior produtividade na fase de desen- 
volvimento da aplicação pois usam instruções algorítmi- 
cas simples não dependentes da arquitectura do processa- 
dor, portanto mais orientadas para a aplicação do que 
para a máquina, o que vai permitir a redução de erros e a 
obtenção de programas muito mais fáceis de compreen- 
der, de corrigir e manter do que se fossem feitos em 
«assembly». Assim, uma linguagem de alto nível garante 
custos menores e uma conclusão mais rápida do projecto 
de software. 

Apresenta-se um exemplo comparativo da evolução dos 
custos nos últimos 5 anos para um desenvolvimento em 
«assembly» e em HLL. 

Foi usada a referência (geralmente aceite) para o ritmo 
de desenvolvimento de programa de 10 linhas de código 
depurado por homem-dia independentemente do código 
utilizado, e um preço por linha de 20 dólares em 1975 e 
35 dólares em 1980. 

O exemplo mostra” que a codificação em «assembly» 
puro já não é uma alternativa a considerar em aplicações 
que envolvam muito desenvolvimento de software. 


EVOLUÇÃO DOS CUSTOS DE SOFTWARE 


A pecar apa] 
ASSEMBLY ASSEMBLY 


Tamanho médio do progra- 

ma (linhas) 
Tempo de depuração (dias) 300 
Custo (dólar/linha) 35 
Custo total (dólares) 105 000 
Tempo de desenvolvimento 

(Hómem-ano) F . 1.5 


fonte; intel 


O Desenvolvimento modular de programas, a utilização 
de software já existente (adquirido ou não) e o uso de 
linguagens de alto nível são conceitos a pôr em prática, 
sempre que possível, no sentido de tornar a programação 
mais eficiente. Além disso, à medida que as linguagens 
de programação se vão aproximando da linguagem na- 
tural, uma parte das tarefas de programação mais simples 
pode ser feita pelo próprio utilizador final. 


4,2 Programação directa em linguagem de alto nível 


A arquitectura dos novos processadores foi e está a ser 
desenhada para as linguagens de alto nível. 

Um exemplo é o 432 da Intel que está preparado para 
lidar com estruturas baseadas em objectos (por exemplo 
agrupamentos de informação) e não em acções (por 
exemplo operações de transferência ou aritméticas); isto 
é, «preocupa-se» mais com «O QUE» do que «COMO». 
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O próprio hardware contém inteligência suficiente para 
determinar que tipos de operações podem ser associadas 
com as estruturas de dados (objectos) não tendo o progra- 
mador que se preocupar com o facto. Esses objectos 
serão manipulados directamente em linguagem de alto 
nível (Pascal ou ADA) com um vasto leque de estruturas 
de dados para comodidade e segurança da programação. 


À programação directa em linguagem de alto nível não 
é uma ideia nova. Desde o aparecimento do Pascal Miao- 
engine, microcomputador da Western Digital programável 
em PASCAL (na realidade utiliza um código intermédio), 
tem-se verificado uma tendência para o aparecimento de 
micros programáveis em alto nível. Um problema que se 
põe, neste caso, é o facto da execução directa dos progra- 
mas ter de ser efectuada linha a linha — tipo interpre- 
tador. 


4.3 Linguagens funcionais 


Num computador digital sequencial (von Neumann) as 
palavras passam uma a uma da memória para o CPU já 
que os endereços têm de ser especificados um a um. 
Como resultado desta arquitectura sequencial as lingua- 
gens de programação foram estruturadas de modo a adap- 
tarem-se a este modelo, exprimindo o processo de execu- 
tar determinadas acções — «procedural languages». 


Hoje estão em desenvolvimento linguagens funcionais 
(«fuctional languages») não baseadas no modelo de aces- 
so sequencial à memória (7). Estas linguagens são pois 
uma aproximação à linguagem natural em que são defini- 
das as acções a executar e não o processo de execução o 
qual é inerente à própria linguagem ou está implicito no 
tradutor. Na programação funcional as unidades básicas 
não são instruções mas sim funções que operam numa 
sequência de objectos. 

As linguagens funcionais, porque são orientadas para 
os problemas comuns que têm muito paralelismo, correm 
de forma pouco eficiente no hardware dos computadores 
tradicionais; estão pois muito dependentes de novas arqui- 
tecturas dos processadores e é necessário conseguir uma 
adaptação perfeita entre ambas. 


5. Avanços na Comunicação de Dados 


A revolução microelectrónica reduziu drasticamente o 
custo das unidades de processamento e das memórias pela 
utilização da tecnologia dos semicondutores. Porém, essa 
redução não foi acompanhada no que diz respeito às 
memórias de massa e outros equipamentos periféricos 
designadamente os de comunicação de dados. 

Houve como que um deslocamento do «centro de gra- 
vidade» dos custos das unidades de processamento e me- 
mórias para os periféricos e memórias de massa. O facto 
de se poderem obter sistemas com boa capacidade de 


(7) Um exemplo é a linguagem VAL («Value-oriented Algorithmic Language») 
desenvolvida no MIT 


processamento por um custo razoável levou a colocar essa 
capacidade nos próprios locais onde é necessária. Porém, 
o peso na configuração das memórias de massa e outros 
periféricos é tal que só é aceitável se puderem ser parti- 
lhados por vários sistemas. A necessidade da partilha de 
recursos por vários sistemas leva à sua ligação em rede. 


5.1 Tecnologia das comunicações digitais 


Os canais de voz (comutados ou não) têm sido usados 
durante longos anos para as comunicações de dados gra- 
ças à utilização de modems, Actualmente estão a ser 
substituídos por canais digitais utilizando o conceito de 
«packet switchin» que se baseia no facto das comunica- 
ções com computadores serem geralmente muito curtas e 
de alta velocidade sendo portanto um desperdício estar a 
ocupar permanentemente um canal. É muito mais efi- 
ciente partilhar esse canal por mais do que um computa- 
dor onde circulam, continuamente misturados, «pacotes» 
de informação de diferentes utilizadores, devidamente en- 
dereçados para possibilitarem a sua chegada ao destino. 

Este conceito foi, pela primeira vez, aplicado numa 
rede de computadores (ARPANET) utilizando canais digi- 
tais de alta velocidade ficando cada utilizador ligado à 
rede através de um computador de interface que fornece 
as funções de comutação e controle. 

Um aspecto interessante deste sistema é que o utiliza- 
dor paga em função da quantidade de informação que 
manipula independentemente da distância ou do trajecto 
que os «packets» têm de efectuar na rede. 


5.2 Tecnologia óptica 


A tecnologia óptica, largamente usada em electrónica 
há já alguns anos, verá certamente na utilização de fibras 
ópticas para comunicação digital o seu ponto alto. De 
momento, o seu emprego parece restringir-se ao campo 
das comunicações a curta distância (até ao Km) mas, com 
a diminuição constante do custo por metro, poder-se-á 
estender a aplicações utilizando maiores distâncias. 

Numa fibra óptica a informação é transmitida na forma 
de impulsos de luz (na maior parte dos sistemas são 
radiações infravermelhas e não luz visível) que caminham 
ao longo de fibras extremamente finas de vidro ou plás- 
tico transparente, graças a uma construção especial das 
fibras em que o índice de refracção na periferia é tão 
baixo que os raios ao apriximarem-se dela voltam ao 
núcleo da fibra sem sairem para o exterior. Além da fibra 
propriamente dita um sistema de fibra óptica inclui o 
tansmisssor e o receptor que fazem respectivamente a 
conversão de sinais eléctricos em ópticos e vice-versa. 

Os sistemas de fibra óptica competem com os fios 
(pares torcidos), cabos coaxiais, guias de onda e even- 
tualmente transmissão via rádio. As suas vantagens mais 
importantes são o tamanho, a capacidade de canais e a 
imunidade às interferências electro-magnéticas. As suas 
desvantagens são, para já, o preço (pelo menos nas fibras 
mais sofisticadas que dispensam repetidores) que tende a 
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baixar enquanto o preço dos cabos continuará a aumentar 
“Certamente pelo agravamento do preço dos metais. 


5.3 Processamento distribuído e redes 


Nos tempos recentes tem-se assistido, cada vez mais, a 
uma migração das aplicações das grandes máquinas para 
as pequenas máquinas. 

Isso é um facto e há que analisar as suas razões. Antes 
de mais é preciso não esquecermos que as pequenas 
máquinas de hoje oferecem as performances das grandes 
máquinas de ontem com um preço acessível, agora. 

Assim, torna-se possível colocar pequenos sistemas a 
resolver os problemas no local onde os mesmos se põem, 
com uma disponibilidade, uma comodidade e uma fiabili- 
dade muito maiores que anteriormente. Porém existe mui- 
tas vezes a necessidade de aceder a informação ou recur- 
sos que, pelas suas características, não podem residir 
localmente dedicados a cada utilizador. 

O processamento distribuído visa a partilha generali- 
zada de recursos existindo diversos níveis de partilha — 
hardware e software de processamento, terminais, peri- 
féricos, linhas de comunicação, bases de dados, controle 
de rede; suporta-se directamente nos avanços recentes das 
comunicações e uma boa rede é a base dum sistema de 
processamento distribuído eficiente. 

Não sendo, em si próprio, uma tecnologia o processa- 
mento distribuído lança mão de diversas tecnologias: 


— redes de computadores — controle da rede de modo 
a permitir a partilha das linhas de comunicação, dos 
periféricos e, de um modo geral, do hardware e 
software de processamento. 

— gestão de bases de dados — acesso, de modo diver- 
sificado, a grandes volumes de informação organi- 
zada devidamente de modo não redundante com 
vista a evitar erros. 


Dentro dos sistemas distribuídos há dois tipos funda- 
mentais: 


— a rede hierárquica em que existem níveis múltiplos 
de capacidades de processamento. 

— a rede de sistemas múltiplos independentes consis- 
tindo num determinado número de sistemas proces- 
sando aplicações independentes. 


A distância entre computadores e o ritmo de transferên- 
cia de informação entre eles permite-nos estabelecer três 
esferas de processamento distribuído: 


| — Multiprocessadores: comunicações dentro de um 
mesmo edifício 
Distância: <.1 km 
Ritmo de transferência: >10 Mbits/s 
Meios mais utilizados: cabo de pares torcidos, 
cabo coaxial, fibra óptica 

2 — Redes locais: comunicações entre áreas geográfi- 
cas específicas (ligações entre edifícios de fábri- 
cas, de hospitais, de escolas, etc.) 
Distância: .1—10 km 
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Ritmo de transferências: 10.1 Mbit/s 
Meios mais utilizados: telefone, CATV, cabo coa- 
xial. 

3 — Redes remotas: comunicações entre áreas remotas 
Distância: >10 km 
Ritmo de transferência: <.l1 Mbit/s 
Meios mais utilizados: telefone, telex, microon- 
das, satélite. 


O produto da distância entre computadores pelo ritmo 
de transferência, actualmente da ordem do Gbit.m/s, ex- 
prime o limite da actual tecnologia das comunicações que 
se espera vir a aumentar. 


5.4 Redes locais de computadores 


Por se revestirem de maior interesse para as aplicações 
de microcomputadores referiremos em especial as redes 
Tocais de computadores (LCNS). 

Talvez o problema mais grave das redes locais seja o 
facto de, na maior parte dos casos, não se poderem ligar 
equipamentos de fabricantes diferentes que utilizam di- 
ferentes interfaces, códigos, velocidades e protocolos. 

Na realidade, fabricantes de computadores e terminais 
como a IBM, Honeywell, HP, DEC, WANG, DG '*e 
DATAPOINT, entre outros, já dispõem de redes locais 
que apresentam o problema da incompatibilidade dos 
equipamentos de outros fabricantes. 

As redes locais ganham cada vez mais popularidade 
por permitirem ligar diversos computadores, terminais e 
periféricos de modo a poderem suportar a crescente utili- 
zação do processamento distribuído e da automatização de 
trabalhos administrativos que requerem a ligação, a curta 
distância, de diferentes equipamentos normalmente com 
meios próprios. 


ALGUMAS REDES LOCAIS E SUAS CARACTERÍS- 
TICAS 


ETHERNET 


Proposta pela XEROX que definiu o protocolo das 
comunicações; recebeu recentemente o apoio da DEC e 
da INTEL para assistência no estabelecimento das especi- 
ficações definitivas e capacidade técnica em sistemas 
(DEC) e em tecnologia dos semicondutores (INTEL). 

ESTRUTURA — «bus» 

TÉCNICA — «packet switchins» 

MEIO — cabo coaxial; segmentos até 500 m 

CONTROLE — distribuído 

RITMO DE TRANSFERÊNCIA — 10 Mbit/s 


NET/ONE 

Proposta pela UNGERMANN-BASS 

ESTRUTURA — «bus» passivo 

TÉCNICA — «packet switchins» 

MEIO — cabo coaxial; segmentos até 1200 m; ligações . 
passivas e não destrutivas 
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CONTROLE — distribuído 
RITMO DE TRANSFERENCIA — 4 Mbit/s 


CAMBRIDGE RING 

Desenvolvida no Laboratório de Computadores da Uni- 
versidade de Cambridge será provavelmente comerciali- 
zada pela LOGICA. 

ESTRUTURA — anel 

TÉCNICA — «packet switchins» 

MEIO — pares torcidos (4 fios): segmentos até 200 m 

RITMO DE TRANSFERÊNCIA — 10) Mbit/s 


6. Novas aplicações da Microinformática 


O microcomputador começou por ser simples substituto 
da lógica discreta no início da década de 70. Mas, com o 
aumento das suas capacidades de processamento e me- 
mória, evoluiu para aplicações em que funciona como 
uma máquina dedicada e finalmente como uma máquina 
programável pelo utilizador; a melhoria constante das 
suas performances estendeu a sua penetração a domínios 
altamente especializados com destaque para as aplicações 
militares. 

Nos anos 70 uma aplicação típica de microcomputador 
compunha-se, muito simplesmente, de CPU, umas deze- 
nas de KB de memória, lógica de interface (TTL) e um 
programa «assembly» da ordem de alguns KB. Hoje as 
aplicações têm já uma grande complexidade e utilizam 
técnicas sofisticadas permitindo: 


— multiprogramação e/ou multiprocessamento 

— utilizadores múltiplos 

— ligação em rede 

— linguagens de alto nível e sistemas de operação 
sofisticados. 


As aplicações já existentes e os projectos de aplicações 
conhecidos levam-nos a prever que os sistemas micro- 
computador ultrapassem, em breve, os actuais minicom- 
putadores em velocidade e funcionalidade. 

Dentro das aplicações tradicionais mais importantes 
como a indústria automóvel, a electrónica doméstica, os 
equipamentos de medida e teste e de controle, podemos 
referir os seguintes sectores: 


— telecomunicações — aplicações em comutação, con- 
trole e comunicação (tendem a ser totalmente digi- 
tais) 

— burotécnica — equipamentos de escritório, proces- 
samento de textos, etc. 

— robótica 

— processamento de sinais (vídeo, radar, voz) 


7. Conclusões 


Os anos 70 foram caracterizados por uma redução es- 
pectacular dos custos dos processadores e das memórias 
através da integração de um número crescente de funções 


electrónicas num único «chip» de silício — INTEGRA- 
ÇÃO AO NÍVEL DO COMPONENTE. Essa integração 
atingiu, no fim da década, um nível tão elevado, produ- 
zindo-se circuitos de LSI e VLSI duma tal complexidade, 
que não é possível uma utilização completa de todas as 
suas potencialidades. 


No princípio da década de 80 verifica-se já que os 
custos crescentes do desenvolvimento de software não são 
compensados pela redução dos custos do hardware. será 
pois necessário reduzir os custos da solução final que 
envolve custos de engenharia e programação dos sistemas 
— INTEGRAÇÃO ao nível do sistema. 


ANOS 70 
PROBLEMA: Redução do custo das FUNÇÕES ELEC- 
TRÓNICAS 


Aumento da INTEGRAÇÃO AO NÍVEL 
SOLUÇÃO: DO COMPONENTE 


ANOS 80 


PROBLEMA: Redução do custo das SOLUÇÕES ELEC- 
TRÓNICAS 

SOLUÇÃO: Aumento da INTEGRAÇÃO AO NÍVEL 
DO SISTEMA 


Durante os anos 70, com o sucesso da LSI na redução 
dos custos, assistiu-se a uma difusão da microelectrónica 
por todos os domínios o que levou a uma evolução 
qualitativa do microcomputador que passou de mero subs- 
tituto da lógica discreta a computador dedicado e hoje, a 
sistema computador programável pelo utilizador. 

As novas tecnologias microelectrónicas poderão, ainda 
esta década, vir a alterar substancialmente o quadro das 
aplicações da microinformática levando-a a sectores tradi- 
cionalmente difíceis pelas altas velocidades de processa- 
mento requeridas (processamento de imagens em tempo 
real por exemplo). 

Pensamos que a «crise do software» será ultrapassada 
nesta década através da extensão da integração ao próprio 
software. 

A introdução de novas técnicas e novas arquitecturas 
permitirá igualmente aumentar muito a performance das 
unidades de processamento que se servirão também dos 
avanços verificados na tecnologia das memórias de massa 
particularmente graças à utilização de memórias fixas 
muito mais rápidas e fiáveis que as memórias magnéticas 
móveis. São igualmente necessários grandes avanços no 
campo do software no sentido de tornar a programação 
mais eficiente. O desenvolvimento modular de programas 
e a utilização de linguagens de alto nível são um passo 
nessa direcção. A programação funcional, aplicada a má- 
quinas com estrutura adequada, poderá vir a constituir 
uma verdadeira revolução no campo do software. 

A revolução microelectrónica permitiu que o custo das 
unidades de processamento e memórias baixasse drastica- 
mente o que tornou possível colocar a capacidade de 
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processamento no local onde ela é necessária. Há, porém, 
normalmente necessidade de aceder a recursos mais po- 
derosos que os locais ou de comunicar com outras máqui- 
nas semelhantes pelo que a interligação das diferentes 
máquinas para partilha de recursos globais é um impera- 
tivo de funcionalidade e leva a interligar os diferentes 
sistemas em redes de computadores. 

Penso que a melhor maneira de concluir é alertar as 
pessoas para o impacto crescente da microinformática na 
nossa sociedade. 

Uma previsão efectuada nos Estados Unidos calcula 
que existirão, no fim da década de 80, uma média de 10 
a 20 microcomputadores por lar norte-americano, desde o 
automóvel (com vários) à máquina de lavar, ao televisor, 
à calculadora-secretária, à tradutora de bolso, ao telefone, 
ao sistema de vídeo-texto. 


(Recebido em 24-11-1980) 
(Recomendado pelo Conselho da Redacção) 
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INOVA 8] Para a Indústria do Amanhã 


5º Semana Mundial da Inovação 
Organizada pelo Ministério da Indústria 


DE 6 A 11 DE ABRIL DE 1981 
Porte Maillot — Palais des Congrês — Paris 


Um salão e um programa importante de conferên- 
cias sobre os seguintes temas: 


Como integrar as novas tecnologias: 


Microprocessadores — Robótica — Biotecnolo- 
gia — telemática, — etc. 


e licenças, competência e «know-how» - Es à Ss ? 
e pesquisa, informação técnica e industrial Tudo o que é necessário para diversificar, criar, 
e criatividade, serviços para inovar F detectar, conceber: 

e materiais, novos componentes «design», qualidade, «licensing», transferência 
e diálogo com os inovadores de tecnologia, tecnologias e produtos apropria- 
e troca de experiências dos aos países novos, economia de energia e 
matérias primas. 


No âmbito de INOVA 81 


EXPOSIÇÃO E CONFERÊNCIAS 

SOBRE AS NOVAS ENERGIAS 
Tudo o que é necessário saber para fazer o ponto sobre os materiais, serviços, técnicas e estudos 
em curso nos seguintes campos: 


Energias solar e geotérmica, biomassa, hidrogénio, gaseificação do carvão, etc. 


Informações: PROMOSALONS — Salões Especializados Franceses 


Av. da Liberdade, 244-A — 1200 LISBOA 
Telefone: 56 61 06 
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ARTIGO 


Avaliação e implementação 


de sistemas 
dados na 


de bases de 
europa (!) 


Emile Peeters (7) 
CCE 


RESUMO De acordo com uma decisão do Conselho 
de Ministros das Comunidades Euro- 
peias, quatro institutos nacionais de in- 
vestigação em informática levantaram a 
cabo, durante dois anos, um estudo so- 
bre a avaliação e implementação de sis- 
temas de bases de dados na Europa. Es- 
tes institutos foram encarregados de ela- 
borar relatórios sobre os seguintes as- 


pectos: 


experiência de utilização de sistemas de 
gestão de bases de dados (SGBD) na Eu- 
ropa, descrição de alguns SGBDs, selec- 
ção e avaliação de SGBDs, métodos de 
implementação, avaliação e afinação de 
performances, administração de bases de 
dados, manutenção de aplicações de ba- 
ses de dados, normalização e portabili- 
dade de SGBDs. 

Neste artigo apresentam-se os principais 
resultados obtidos e extraem-se algumas 
directivas de acção futura. 

No fim, apresenta-se um glossário de 
termos utilizados no texto, a fim de fa- 
cilitar a sua leitura. 

ABSTRACT In accordance with the decision of the 
Council of Ministers of the European 
Communities, four national informatics 
research institutes have undertaken a 
two year study on the evaluation and 
implementation of database systems in 
Europe. The institutes have to provide 
reports covering: 


experience of database management sys- 
tems (DBMS) usage in Europe, descrip- 
tion of DBMS, selection and evaluation 
of DBMS, implementation methods, per- 
formance tuning and monitoring, data- 
base administration, maintenance of de- 
tabase applications, DBMS standards 
and portability. 
This paper presents an overview of the 
main findings of the study and extracts 
some guidelines for future action. 

In the end, a glossary of concepts used 
in the text is presented, 


Em 27 de Setembro de 1977, o Conselho de Ministros 
das Comunidades Europeias decidiu lançar três projectos 
conjuntos no domínio da informática. Os três subdomí- 
nios escolhidos foram os seguintes: 


| — Segurança e confidencialidade da informação; 

2 — Técnicas de programação; 

3 — Avaliação e implementação de sistemas de bases 
de dados. 


Para a realização deste último projecto, a comissão 
estabeleceu um contrato com os seguintes institutos: 


— Consiglio Nazionale Delle Ricerche CNR, Itália 

— Gesellschaft fur Mathematik und Datenverarbeitung 
MBH GMD, Alemanha 

— Institut National de Recherche en Informatique et 
Automatique INRIA, França 

— The National Computing Centre NCC, Inglaterra. 


Orçamentou-se o projecto de avaliação e implementa- 
ção de sistemas de bases de dados em aproximadamente 
dois milhões de dólares americanos, tendo sido metade do 
custo suportada pela CEE, e a outra metade pelos institu- 
tos contactados. O trabalho deveria começar em 1 de 
Janeiro de 1978, terminar 24 meses depois, e não ocupar 
mais de 20 homens/ano. 

Levantaram-se entretanto alguns problemas, que provo- 
caram vários atrasos. O trabalho foi finalmente concluído 
em Agosto de 1980. Os resultados do projecto, bem 
como a experiência que dele resultou, foram apresentados 
pela primeira vez ao público numa conferência que teve 
lugar em Bruxelas em 26/27 de Setembro de 1980. Todas 
as partes envolvidas consideram o projecto bastante bem 
sucedido. 

Previu-se que o trabalho compreenderia as actividades 
seguintes: 


— Análise das necessidades, problemas e experiências 
dos utilizadores de sistemas de gestão de bases de 
dados (SGBDs); 

— Desenvolvimento, com base nos resultados de análi- 
se anterior, de um conjunto de directrizes para a 
selecção e utilização de SGBDs, bem como para a 
implementação de bases de dados; 

— Formulação de um conjunto de recomendações 
quanto à normalização de portabilidade dos SGBDs. 


O trabalho foi dividido nos tópicos seguintes: 
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| — Análise da situação 
2 — Selecção 
2.1 — Descrição do software existente 
2.2 — Métodos e critérios de selecção 
3 — Implementação 
4 — Exploração 
4.1 — Avaliação e afinação de «performances» 
4.2 — Manutenção de aplicações e funções/res- 
ponsabilidades do Administrador da Base 
de Dados (ABD). 
5 — Normalização e portabilidade 


A fig. 1 mostra as dependências entre as actividades do 
projecto. 

Para cada tópico a tratar, as instituições contactadas 
estabeleceram um acordo prévio sobre a melhor estratégia 
a adoptar para a realização do trabalho. 

As várias instituições colaboraram com quantidades de 
trabalho diferentes na execução dos vários tópicos, envol- 
vendo-se particularmente nos que estavam mais de acordo 
com o seu próprio know-how ou com os seus projectos 
de longo prazo. Contudo, todos os tópicos foram pelo 
menos tratados por duas das quatro instituições, estando 
por sua vez cada instituição envolvida em vários tópicos. 

Completadas as várias tarefas, foram apresentados à 
comissão 12 relatórios finais. 

Seguem-se os títulos desses relatórios: 


— Experiência de utilização de SGBDs na Europa 

— Descrição de SGBDs existentes para mini- 
-computadores 

— Descrição de SGBDs existentes para médios e gran- 
des computadores 

— Selecção e avaliação de SGBDs 

— Administração de bases de dados 

— Manutenção das aplicações de bases de dados 
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— Métodos de concepção de bases de dados 

— Apresentação de aplicações concretas 

— Panorâmica sobre a utilização de dicionários de 
dados 

— Avaliação da «performance» de bases de dados 

— Portabilidade dos SGBDs 

— Normalização dos SGBDs. 


Todos estes relatórios estão disponíveis em inglês, 
francês, alemão e italiano, podendo ser obtidos através 
dos institutos atrás mencionados. 

O primeiro relatório é a base de todo o projecto. 

Começou-se por uma análise detalhada da utilização de 
SGBDs e da experiência dos utilizadores nos quatro paí- 
ses. Foram definidas três regras de trabalho. 


a. Reter-se-iam apenas factos e opiniões baseados em 
experiência directa, de organizações fazendo uso de 
SGBDs há pelo menos três anos. 

b. Em cada organização participante, obter-se-ia infor- 
mação de mais de uma fonte, isto é, do administra- 
dor de dados, do administrador da base de dados e 
de um representante dos utilizadores finais. 

c. Dever-se-ia cobrir um bom conjunto de utilizadores, 
por país, por tipo de organização, por tipo de 
SGBD, etc. 


Planeou-se realizar esta experiência através de entrevis- 
tas directas, utilizando um questionário capaz de captar 
informação factual sobre a experiência da organização, as 
aplicações de bases de dados, a avaliação do SGBD, a 
sua utilização, os custos. Optou-se pela elaboração de um 
«guia de entrevista» de forma a assegurar homogeneidade 
entre as várias entrevistas. 

Foram realizadas no total 88 entrevistas, nos quatro 
países envolvidos no trabalho. 

Mostra-se na tabela | uma análise das entrevistas reali- 
zadas, por «package» e país. 
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O relatório «Experiência de utilização SGBDs na Euro- 
pa» apresenta 87 tabelas assim como outras representa- 
ções e analisa e discute os resultados obtidos. 

Embora existam algumas instituições que já implemen- 
taram várias aplicações utilizando SGBDs, de uma forma 
geral está-se ainda muito no início da utilização de bases 
de dados na Europa. 

Resumem-se a seguir os principais resultados obtidos (a 
ordem de apresentação não tem qualquer significado 
quanto à importância relativa): 


1. Menos de metade dos utilizadores-finais contacta- 
dos sabiam da utilização de bases de dados nas suas 
organizações. Raramente houve em envolvimento desses 
utilizadores na decisão de compra do SGBD. A 

2. Na maior parte das organizações entrevistadas foi 
criada a função de Administrador de Base de Dados 
(ABD), mas em muito poucas foram implementadas as 
tarefas normalmente enunciadas nos livros de texto. Nor- 
malmente o ABD dá assistência ao Departamento de 
Processamento de Dados. não contactando com os utiliza- 
dores-finais. 

3. As razões da adopção da tecnologia «base de da- 
dos» são múltiplas. Aproximadamente um terço das orga- 
nizações entrevistadas não tinha realizado qualquer avalia- 
ção preliminar tendo, no entanto muitas organizações be- 
neficiado do apoio de consultores externos (estando geral- 
mente satisfeitas). 

4. Existiam indicações claras de que não estavam a 
ser empregadas todas as facilidades dos SGBDs utiliza- 
dos, e muito poucas organizações tinham baseado uma 
parte significativa do seu processamento de dados na 
utilização de SGBDs. 


Nenhuma das organizações entrevistadas tinha montado 
uma base de dados integrada. 


5. Muitos responsáveis aceitaram que o esforço de 
concepção necessário para utilizar um SGBD tinha sido 
subestimado. Havia à ideia de que os exemplos dados 
pelos fornecedores do software eram demasiadamente 
simples, induzindo em erro o eventual comprador. Eram 
muito pouco utilizadas metodologias formais de con- 
cepção. 

6. Verificou-se um grande interesse pela utilização de 
«dicionários de dados» embora apenas um terço dos orga- 
nismos contactados utilizem um. 


7. A maior parte das pessoas entrevistadas pensava 
que a utilização de bases de dados tinha cumprido as suas 
expectativas, embora se deva lembrar aqui a sua fraca 
utilização. 

Contudo poucos não previam alargar a sua utilização a 
outras aplicações. 

A tabela 2 é uma outra forma de resumir os resultados 
obtidos. 


TABELA 2 


BASE DE DADOS 


A melhor forma de manipular a informação ........cvemsseo 
Reduções significativas nos custos de desenvolvimento e 

TMITOLNÇÃO Treo ss Ts ss ç e ae PRESS ITU DO SM AMO DS a o SE 
Maior facilidade de obtenção de informação 
Maior: CONSISIBnCIM ELA as ins ils e St Gia à ca ao a a 
Melhor serviço prestado ao utilizador-final .....,....cesa 
Importância da informação como recurso comum 
Administração da base de dados .........cisissssnsseresesos 


De qualquer forma, é hoje claro que os SGBDs estão 
para ficar, e que o conjunto de aplicações que os 
utilizam aumentará à medida que diminuir o preço do 
hardware. 


O objectivo do segundo relatório era a produção de 
descrições actualizados dos SGBDs mais frequente- 
mente utilizados. De forma a poder comparar os vários 
SGBDs, decidiu utilizar-se uma «grelha» comum para a 
descrição de todos os sistemas. Esta «grelha» é com- 
posta pelos dez grandes domínios seguintes: 


Informação geral 

Configuração 

Organização do sistema 

Arquitectura do sistema 

Estrutura lógica da informação 

Estrutura física da informação 

«Performances» 

Linguagens 

Segurança da informação e controle de acesso 
Implementação e exploração 
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As quatro instituições encarregadas do trabalho esco- 
lheram dezassete sistemas muito utilizados para serem 
descritos usando a «grelha» anterior. Nove dentre eles 
foram classificados como sistemas para minis, e os res- 
tantes para médios e grandes computadores. 


SGBDs para minis: 


DBMS selenia 
DBMS 11 

IMAGE 1000 
IMAGE 3000 
INFOS/IDEA 
MAGICS 

NIDAS 

TEMIS 

UNIVERSAL TOTAL 
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SGBDs para médios e grandes computadores: 


ADABAS 


TOTAL 80 
UDS 


O terceiro relatório trata dos métodos e critérios de 
selecção, tendo sido subdividido em três grandes capí- 
tulos: 


— Análise das características do utilizador, que podem 
influenciar a escolha e utilização de um SGBD 
— Apresentação das principais possibilidades de um 

SGBD 
— Metodologia para a selecção e avaliação de um 
SGBD. 


No primeiro capítulo é definido um perfil de utilizador 
sendo discutidas as formas de determinação das suas 
necessidades. No segundo capítulo são apresentadas e 
discutidas algumas possibilidades oferecidas pelos 
SGBDs. A discussão destas possibilidades está organizada 
de forma a incluir a descrição das relações destas possi- 
bilidades com as necessidades dos utilizadores, bem como 
do seu impacto no hardware / software / aplicações dos 
mesmos. O terceiro capítulo propõe uma metodologia, a 
ser utilizada como guia pelo grupo de avaliação, durante 
todo o processo de selecção e avaliação dos SGBDs. A 
metodologia proposta é composta pelos passos seguintes: 


O Formulação dos objectivos 

O Constituição de uma lista de necessidades dos utili- 
zadores 

Conversão das necessidades dos utilizadores nas 
possibilidades do SGBD 

Formulação das especificações técnicas 
Constituição de uma lista de critérios de avaliação 
Atribuição de pesos aos objectivos 

Atribuição de pesos aos critérios de avaliação 
Determinação do valor técnico das propostas 
Determinação das limitações ao valor técnico 
Considerações àcerca de preços 

Decisão final 


o 


oooo0000 


Os Institutos colaborantes pensaram que qualquer pa- 
norâmica sobre a utilização de bases de dados na Europa 
estaria incompleta sem a apresentação de algumas aplica- 
ções concretas. O objectivo desta apresentação seria dar 
aos futuros utilizadores de bases de dados uma perspec- 
tiva prática dos benefícios e perigos da utilização desta 
tecnologia. 

Seguem-se os principais resultados obtidos: 


— As vantagens de uma base de dados estão na possi- 
bilidade de obter informação correcta e a tempo, na 
economia em pessoal, na possibilidade de fazer o 


«input» da informação uma única vez, e tê-la dis- 
ponível para todos os utilizadores, na melhoria de 
relações com os clientes. As maiores dificuldades 
têm a haver com a sua implementação ser mais 
morosa do que utilizando a tecnologia clássica. 
Num dos casos, foi necessário um esforço suple- 
mentar para a formação dos utilizadores e a sua 
aceitação por parte destes demorou mais tempo do 
que o previsto. Num outro caso surgiram dificulda- 
des com a definição da estrutura dos dados e houve 
complicações com a integração da base de dados 
com o dicionário de dados. Num terceiro caso hou- 
ve atrasos numa fase crucial, devido à mudança de 
fornecedor de equipamento. Nenhuma das instala- 
ções visitadas tinha feito uma avaliação completa 
dos custos da mudança para a tecnologia «base de 
dados» havendo no entanto, em muitas instalações 
a intuição de que a mudança tinha sido justificada 
economicamente. Deve no entanto ter-se em conta 
que muitos dos custos e benefícios caem na cate- 
goria dos imponderáveis e qualquer análise deve ser 
vista de uma forma um tanto céptica. 

«Informação bem organizada» foi considerado o 
requisito principal para o sucesso de uma base de 
dados devendo esta tarefa ser executada, de pre- 
ferência, antes do SGBD estar instalado. O sucesso 
da «aventura base de dados» pode ser avaliado pelo 
tempo dispendido da sua análise e concepção. Um 
outro parâmetro importante é o envolvimento dos 
utilizadores: quanto mais empenhados estiverem os 
utilizadores-finais com a concepção da sua base de 
dados, melhor será esta concepção e melhores serão 
as relações do centro de informatáca com esses 
utilizadores. 


Durante a primeira fase do projecto, em que foi efec- 
tuada uma panorâmica de utilização de bases de dados 
por 88 grandes organizações, verificou-se que um dos 
factores determinantes da utilização desta tecnologia é a 
falta de instrumentos e de metodologias formais de ajuda 
ao conceptor, no trabalho de desenho de esquemas efi- 
cientes. 

No relatório sobre «Instrumentos de Ajuda à concep- 
ção» são descritos nove destes «instrumentos»: Automatic 
Database Designer, Cascade/2, DAD/CS4, Database De- 
sign Aid, Database Design in a Puring Environment, 
Enlity-Relationship Approach to Database Design, In- 
ferential Abstract Modelling Approach to Database De- 
sign, Normalization, PSL/PSA. 

O objectivo da descrição destes sistemas foi de apre- 
sentar aos conceptores de bases de dados os instrumentos 
de ajuda actualmentes existentes ou em estudo, não sendo 
nossa intenção apresentar-lhes sistemas completos para a 
resolução dos seus problemas. 

A panorâmica de utilização de sistemas de dicionários 
de dados (Data Dictionary Systems) é apresentada no 
relatório «The use of Data Dictionaries: a survey». 

Seguem-se os principais resultados obtidos: 


o A sua maior utilização era o fornecimento da des- 
crição das informações primeiro ao SGBD e depois 
aos programas de aplicação. 
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O As funções de extracção das descrições das infor- 
mações do SGBD ou dos programas de aplicação 
eram menos utilizadas. 

O Actualmente ainda se sente pouca necessidade de 
um sistema de Dicionário de Dados (SDD) activo. 

O As maiores vantagens de um SDD (tal como são 
entendidas actualmente) encontram-se na área da 
documentação, não na do controle. 

O O factor humano é o que causa mais dificuldades à 
utilização de um SDD. 

O Caso necessário, pode ser incluída no SDD infor- 
mação em ficheiros manuais, nos primeiros tempos 
da sua utilização. 

o Os utilizadores do SDD são normalmente elemen- 
tos do Centro de Informática. 


Em conclusão: 


Prevê-se que o «dicionário de dados» venha a ser um 
instrumento muito útil na gestão da informação. Vanta- 
gens a esperar são o melhoramento da integridade, se- 
gurança, e confidencialidade da informação, redução de 
redundâncias, simplificação da programação, melhora- 
mento dos «procedures» de avaliação de «performances», 
reforço da normalização, melhoramento da análise e con- 
trole. Deve ter-se, no entanto, em conta de que a utiliza- 
ção de um dicionário de dados não chega, por si só, para 
assegurar todos estes benefícios: é também necessária 
planificação e organização. 

As duas instituições que participam no estudo sobre 
avaliação de «performances» de bases de dados, optaram 
pela realização das duas tarefas seguintes: 


1. Uma panorâmica da utilização, pelos actuais utili- 
zadores de SGBDs, de métodos e instrumentos de 
avaliação de «performances» nos vários estádios de 
utilização: selecção, concepção física, afinação. 

2. Uma análise de alguns instrumentos e métodos 
actualmente disponíveis. 


Os hesultados deste estudo mostraram uma reduzida 
utilização de instrumentos e métodos de avaliação de 
«performances» de SGBDs. Mencionam-se a seguir estes 
resultados (não tendo a ordem da sua apresentação qual- 
quer significado de importância relativa). 


I. A utilização de instrumentos e métodos de avalia- 
ção de «performances» é muito limitada durante as 
fases de selecção de um SGBD e de concepção 
física. Sente-se, por outro lado, uma grande neces- 
sidade de melhores instrumentos e métodos. 

2. Existe muito raramente uma definição aceitável da 
carga prevista, durante as fases de selecção e de 
concepção. foram utilizados «benchmarks» num 
número muito reduzido de instalações. 

3. São muito utilizados instrumentos de «acompanha- 
mento» (monitoring) durante a fase de exploração 
de um SGBD. Esta é a reacção normal aos proble- 
mas de falta de eficiência. 

4. Faltam ainda actualmente bons modelos formais de 
avaliação de «performance». 


5. Os actuais trabalhos de investigação e desenvolvi- 
mento são mais orientados no sentido da concep- 
ção de novas arquitecturas de SGBDs do que no 
desenvolvimento de instrumentos que permitam 
melhorar a utilização dos actuais. Poder-se-iam, no 
entanto, esperar enormes benefícios de um trabalho 
de desenvolvimento de instrumentos de ajuda à 
concepção física. 

Apresentam-se a seguir os principais resultados do rela- 

tório sobre as funções do Administrador de Base de 
Dados (ABD): 


— Actualmente as funções do ABD são fundamental- 
mente de ordem técnica. Pensa-se que assim conti- 
nuará a ser num futuro próximo, embora também 
se considere que funções tais como «determinação 
da globalidade das necessidades em informação», 

«análise da informação», ou «desenvolvimento de 

normas» tenderão a ser cada vez mais importantes, 

como parte da política geral em informação da uma 
organização. 

Os ABDs desempenham bem mais funções de orga- 

nização do que previsto, antes ou simultaneamente 

à introdução de um SGBD. 

— O dicionário de dados, como principal instrumento 
de ajuda ao ABD, terá uma importância cada vez 
maior. À parte os instrumentos de 
acompanhamento/afinação fornecidos pelo vende- 
dor, outros devem ser desenvolvidos como suporte 
às funções do ABD. 

— Recomenda-se aos potenciais ABDs o estabeleci- 
mento de um plano de acção global a ser ratificado 
pelos responsáveis máximos da organização; à en- 
trada em funções antes da chegada do SGBD e à 
utilização de um SDD como instrumento de apoio. 

Para além disso discutem-se no relatório quatro 
proposições sobre como implementar as funções do 
ABD na organização. 


Considerou-se interessante elaborar um outro relatório, 
com o objectivo de analisar os vários problemas de manu- 
tenção e ós instrumentos para tal utilizados, examinando 
o efeito sobre este problema da adopção da tecnologia 
«base de dados». Por manutenção entenderam-se as ac- 
ções que devem ser executadas para modificação das 
aplicações já existentes, tais como correcções, adaptações 
e aperfeiçoamentos. Pode adiantar-se que um SGBD, por 
si só, não implica redução do esforço de manutenção. De 
facto, muito frequentemente introduz uma maior comple- 
xidade, pois conduz a uma maior integração da informa- 
ção e das aplicações, disso resultando uma maior sofisti- 
cação do sistema. Como resultado da nossa análise, pen- 
samos que o problema da manutenção deve ser equacio- 
nado em duas direcções: por um lado deve ser melhorada - 
e aumentada a utilização de metodologias de concepção 
de sistemas de informação, e por outro deve lançar-se 
mão de tudo o que possa melhorar a produtividade, redu- 
zindo tanto quanto possível os problemas relacionados 
com a manutenção e o teste ad-hoc de programas, que 
frequentemente podem ser substituídos, com uma pequena 
redução de eficiência, por software já testado. 
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No relatório sobre normalização são listadas as proposi- 
ções feitas pelas várias organizações nacionais e interna- 
cionais responsáveis pela investigação de áreas passíveis 
de normalização, nos SGBDs. É recomendado que não se 
tente criar um novo corpo de normalização, com base 
Europeia. A única forma possível de influenciar o futuro 
parece ser a cooperação com os grupos apropriados da 
ISO. 

Os Institutos que colaboraram neste trabalho pensam 
que, por razões de ordem prática, as proposições do 
CODASYL constituem actualmente o único modelo can- 
didato a normalização. Embora deve ser encorajada a 
criação de um corpo de normalização. deve ficar bem 
claro que isso não deverá ser exclusivo: deve ficar sempre 
aberta a possibilidade de coexistência com outras ideias. 

Por outro lado, considerou-se necessária a criação de 
dois grupos de trabalho preliminares, de forma a ser 
assegurado o desenvolvimento coordenado das actividades 
de normalização: 


a) Terminologia — Com o objectivo de melhorar a co- 
municação entre técnicos e utiliza- 
dores de sistemas de bases de 
dados. 


— Para analisar quando uma determi- 
nada área está pronta para normali- 
zação. 


b) Critérios 


E chegamos finalmente aos resultados do estudo sobre 
portabilidade. Com os SGBDs actualmente disponíveis a 
mudança de um SGBD para outro causa inúmeros proble- 
mas, obrigando à um enorme trabalho de conversão de 
programas de aplicação. A documentação tem de ser 
modificada de forma a reflectir as mudanças. O pessoal 
tem de ser formado para utilizar o novo software. A base 
de dados tem de ser recarregada. 

O esforço de conversão poderia ser substancialmente 
reduzido se os programas de aplicação fossem tornados 
independnetes do SGBDs. 

Para se atingir este objectivo é necessário um «inter- 
face» standard entre programas e SGBDs. Por outras 
palavras, é necessária uma linguagem de manipulação 
(data manipulation language) independente. 

Foram analisados os problemas práticos levantados pela 
mudança de um SGBD para outro, dissecando os proble- 
mas encontrados com vários tipos de conversão. Foram 
também identificados vários tipos de problemas, resultan- 
tes da falta de normalização. 

O estudo sugere a necessidade de um maior esforço de 
normalização de «interfaces» entre os vários utilizadores 
de um SGBD, sendo os utilizadores definidos como pro- 
gramadores ou utilizadores-finais. 

O relatório sobre portabilidade termina fazendo uma 
importante recomendação: 


«os utilizadores devem interessar-se mais pelas possi- 
bilidades de portabilidade do: software». A portabili- 
dade deve deixar de ser vista como um sonho impos- 
sível. 


CONCLUSÕES: 


Este projecto pode considerar-se único numa enorme 
quantidade de aspectos. 

Teve lugar numa base Europeia, estando a condução 
dos trabalhos a cargo de membros das quatro instituições 
em colaboração. Este projecto provou que a cooperação é 
possível e desejável. No que toca aos resultados, deve 
dizer-se que são qualitativamente melhores do que aque- 
les a que se poderia chegar num projecto apenas levado a 
cabo por uma das instituições. 

Em segundo lugar, o projecto concentrou-se fundamen- 
talmente em aspectos práticos. Tentou investigar a posi- 
ção real da Europa no que respeita à utilização de bases 
de dados, determinando a natureza dos problemas encon- 
trados. Tentou por um lado encontrar uma prática cor- 
recta, para a fornecer a futuros utilizadores, e por outro 
identificar pontos onde são necessárias acções específicas. 

E agora? 

Considera-se que é fundamentalmente necessário «for- 
mar» os profissionais de informática: 


— a utilizar as bases de dados com sensibilidade; 

— a analisar cuidadosamente os casos em que a consti- 
tuição de um Base de Dados é a melhor solução, e 
nesse caso qual o melhor SGBD a utilizar; 

— a planificar as aplicações com algum detalhe, antes 
que sejam tomadas decisões irreversíveis: 

— a utilizar métodos lógicos para planificar e imple- 
mentar sistemas de bases de dados e a utilizar a 
experiência disponível, na sua organização ou em 
outras. 


NOTA DO TRADUTOR 


Apesar dos primeiros sistemas de gestão de bases de 
dados (SGBDs) datarem do início da década de 60, são 
ainda hoje muito mal conhecidos os resultados da sua 
utilização prática. Efectivamente, o esforço exigido a uma 
organização pela passagem da utilização de Cobol, por 
exemplo, à de um SGBD, é de nível qualitativamente 
diferente do da passagem de Assembler a Cobol. 

Há uns anos atrás, e antes de entrar na «aventura base 
de dados», tentei encontrar documentação sobre resulta- 
dos práticos a utilização do SGBDs. que apresentassem e 
comparassem, para uma mesma aplicação, os resultados 
da utilização de um SGBD ou de linguagens convencio- 
nais. Esta comparação devia focar aspectos de implemen- 
tação, exploração e manutenção. Encontrei, na altura, um 
único artigo, onde os resultados da comparação não eram 
nada brilhantes para o SGBD escolhido. 

Atendendo aos resultados do projecto analisado neste 
artigo, parece-me poder concluir que grande parte das 
organizações que já entraram na aventura «base de da- 
dos», o fizeram de olhos completamente vendados... ou 
através de óculos graduados por algum fabricante... 

Parece-me que para uma dada empresa, o início da 
utilização de um SGBD, como «gestor» de base de dados 
e não como simples método de acesso, mexe com muita 
coisa, e como tal deve ser decidido ao mais alto nível 
hierárquico. 
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Estas considerações preliminares explicam que, tendo 
tido conhecimento da realização do projecto da Comissão 
das Comunidades Europeias, tenha tentado imediatamente 
obter mais informações. 

Foi assim que o Eng.” Emile Peeters se comprometeu a 


escrever um artigo sobre os resultados obtidos, que pro-. 


meti traduzir rapidamente para português, dada a actuali- 
dade do assunto, 

Numa época em que um número já significativo de 
organizações em Portugal tem instalado um SGBD, pare- 
ce-me bastante útil a apresentação de uma panorâmica de 
utilização destes sistemas em países da CEE (Alemanha, 
França, Inglaterra e Itália), com os seguintes objectivos: 


— sensibilização, quanto às vantagens e inconvenientes 
da utilização destes sistemas: 

— dar conhecimento de erros cometidos e asssumidos 
por outros, na perspectiva de que pode ajudar-nos a, 
pelo menos, não cometer os mesmos... 


Analisando agora os resultados do projecto, alguns 
houve que me chocaram positiva ou negativamente: 


— «Nenhuma das organizações entrevistadas tinha 
montado uma base de dados (BD) integrada». 


Isto quer dizer que o principal objectivo de uma BD, 
ou seja, a integração das informações de uma organiza- 
ção, não foi atingido em nenhuma das empresas contacta- 
das. É da referida integração que saem, como corolário, 
a melhoria de coerência das informações armazenadas, a 
possibilidade de se obterem rapidamente resultados de 
síntese, etc., etc. Uma vez que esta integração nem se- 
quer foi tentada, será caso para perguntar: porquê a utili- 
zação de um SGBD? 

Num outro passo do artigo diz-se: «A maior parte dos 
indivíduos entrevistados pensam que a utilização da BD 
tinha cumprido as suas expectativas». Pergunta-se: que 
expectativas? Se se reparar na tabela 2, verificar-se-á que 
nem sequer houve reduções significativas de desenvolvi- 
mento e manutenção... 

Em meu entender, a resposta a esta aparente contradi- 
ção estará eventualmente na maior segurança oferecida 
por um SGBD, como software testado, para a gestão de 
complexas estruturas de informação. Mas... não será 
utilizar um Rolls-Royce para percorrer caminhos de ca- 
bras? 

Um outro ponto que me parece importante é a verifica- 
ção de que «um dos factores determinantes da utilização 
desta tecnologia é a falta de instrumentos formais de 
ajuda ao conceptor, no trabalho de desenho de esquemas 
eficientes». Efectivamente, ainda hoje a análise de pro- 
blemas de grande complexidade (como são as BD). em 
que a eficiência de exploração é fundamental, é feita 
quase completamente por intuição e «em cima» dos ma- 
nuais do software disponível. Não é normalmente utili- 
zada qualquer metodologia de escolha da estrutura mais 
adequada à resolução do problema em causa, da qual 
depende, quase completamente, a eficácia da futura ex- 
ploração do BD. 

Resultados também importantes do projecto, são as 
vantagens apontadas para a utilização de um «Dicionário 


de Dados». como instrumento de ajuda ao Administrador 
da Base de Dados, bem como a utilização de instrumen- 
tos e métodos de avaliação de «performances», 

Apontaria ainda a importância atribuída à Normalização 
Porrabilidade. 


Finalmente, gostaria de chamar a vossa atenção para a 
importância do envolvimento do utilizador na concepção 
das BDs e que ficará ligado: «Quanto mais envolvidos 
forem os utilizadores-finais na concepção da sua BD, 
melhor será esta concepção e melhores serão as relações 
do Centro de Informática com esses utilizadores». 

Quero ainda informar que existem no LNEC os rela- 
tórios finais do projecto, para consulta dos mais interessa- 
dos, e que o Eng.” Emile Peeters participará de 2 a 13 de 
Novembro do próximo ano num seminário, também do 
LNEC, intitulado «Metodologias de concepção de Bases 
de Dados». Neste seminário ele analisará detalhadamente 
os resultados obtidos no projecto que chefiou. 


GLOSSÁRIO 


Com este glossário apenas se pretendeu dar algumas 
definições associadas à tecnologia «Base de Dados» e 
utilizadas no artigo. Estas definições são apresentadas de 
uma forma intuitiva, mas correcta, não se tendo tido, no 
entanto, grande preocupação de rigor. 


ADMINISTRADOR DA BASE DE DADOS (ABD) 


É à pessoa ou pessoas que executam esta função que 
cabe a responsabilidade global pelas informações armaze- 
nadas: da definição das informações a guardar, à defini- 
ção das regras de integridade, segurança e confidenciali- 
dade, à própria definição das estruturas de dados a utili- 
zar ao nível físico. 


BASE DE DADOS (BD) 


Uma base de dados é um conjunto estruturado de 
informações, armazenado em suporte acessível por com- 
putador para satisfazer simultaneamente vários utiliza- 
dores, de maneira selectiva e em tempo oportuno. 


CONFIDENCIALIDADE 


É a possibilidade de definir quem pode utilizar a BD e 
a que informações pode aceder. Esta tarefa é executada 
pelo ABD utilizando linguagens fornecidas pelo SGBD. 


DICIONÁRIO DE DADOS (DD) 


Pode ser definido como repositório de toda a informa- 
ção com carácter definitivo sobre a informação manipula- 
da por uma organização, tal como a identificação das 
suas características, relações e acesso. 


o 
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DICIONÁRIO DE DADOS ACTIVO 


Um dicionário de dados activo guarda meta-informação 
que será utilizada por todos os restantes módulos do 
sistema. Com esta arquitectura o DD pode funcionar 
como mecanismo de controlo de toda a utilização de 
meta-informação no sistema, 


DICIONÁRIO DE DADOS PASSIVO 


Guarda meta-informação sobre a BD. No entanto não 
há interligação entre o dicionário de dados, os programas 
de aplicação e o SGBD. 


INTEGRIDADE 


Manter a integridade de uma BD quer dizer que esta só 
deverá conter informação exacta. O controlo centralizado 
permite ao ABD e definição de procedures de validação a 
serem executados sempre que uma actualização sobre a 
BD tem lugar. 


SEGURANÇA 


Aquilo a que iremos chamar aqui de segurança (securi- 
ty) tem normalmente na terminologia anglo-saxónica uma 
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definição diferente (correspondente àquilo a que chamá- 
mos de confidencialidade). 

Definiremos aqui segurança como a possibilidade de 
proteger a BD contra um mau funcionamento da máquina 
(hardware) ou dos programas (software). 


SISTEMA DE BASE DE DADOS (SBD) 


De uma forma intuitiva pode ser definido como o 
conjunto formado pela informação e respectiva estrutura, 
software, hardware e pessoas (ABD, por exemplo) que 
tornaram a exploração (carregamento, actualização, inter- 
rogação) da Base de Dados, possível. 


SISTEMA DE GESTÃO DE DADOS (SGBD) 


Pode ser definido, em primeira aproximação, como o 
software que manipula todo o acesso à Base de Dados, e 
que assegura a sua integridade, segurança e confidenciali- 
dade. 


e 
(!) Tradução e glossário dos termos mais utilizados por Ana Lucas. 
(*) Chefe de projecto da Comissão das Comunidades Europeias. 


(Recebido em 11.12.1980) 
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E ESTA? 


As opções de «debug» do COBOL (IBM-DOS/VS) 
permitem acompanhar o conteúdo de determinadas áreas 
de memória durante a execução de um teste, bem como 
permitir a visualização de erros em caso de cancelamento, 
através da edição de «dumps» formatados. 


SOLUÇÃO N.º 3 (Elizabete Costa) 


FORMA DE CATALOGAÇÃO DO BOOK 


* $$ JOB JNM = CATOI, CLASS = 0 
/! JOB AAAA 
/! EXEC MAINT 
CATALS P.SYMDMP, 1.0 
BKEND P.SYMDMP 
OPTION LINK, SYM 
DLBL IISYSOS, "DEBUG”, O 
EXTENT SYS005, 111111,1,0,XX,YY 
!! ASSGN SYS005, X"CUU" 
/!! EXEC SCOBOL 
CBL SYMDMP, FLOW = 50, SUPMAP, 
LIB, SXREF 
* $$ DATA COBOL 
* $8/* 
/! ILBLTYP NSD (03) 
!! EXEC LNKEDT 
* 88/* 
/!! DLBL USYSO9, "DEBUG", O 
 EXTENT SYS009, 111111,1,0,XX,YY 
!! ASSGN SYS009, X "CUU" 
* $$ DATA JCL 
!! EXEC 
* $$ DATA DEBUG 
* $$/* 
BKEND 
/ * 
/ & 
* $$ EOJ 


-— 


= 


— 
-— 


= 
— 


LEIA, ASSINE E 
DIVULGUE A 
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“A fim de facilitar a utilização daquelas opções, propõe- 
-se a criação de um «book» a catalogar na biblioteca de 
fontes, que execute a compilação, «linkagem» e execução 
de qualquer programa com recurso ao «symbolic debug». 


Em que: 


XX — PISTA RELATIVA 
YY — Nº DE PISTAS 
CUU — UNIDADE FÍSICA DO DISCO 


FORMA DE UTILIZAÇÃO 


* $$ JOB JNM = CATUL, CLASS = 2 
!! JOB BBBB 
* $$ CLI P.SYMDMP 
* $$ DATA COBOL 
BASIS nome do programa 
[+ 
* $$ DATA JCL 
JOB CONTROL NECESSÁRIO À EXECUÇÃO DO 
TESTE 
/* 
* $$ DATA DEBUG 
nome do programa, 009, FD, (HEX) 
outros statements de DEBUG 
[* 
[& 
* $$ EOJ 


LIMITAÇÕES: 


e O programa fonte catalogado não poderá conter os 
statements CBL 


e Os cartões de debug não poderão indicar 'Filename” 
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ARTIGO 


Standardização 
e Informática 


H. Castelo Branco (IBM) 
Elisabete V. Costa (EPAC) 
J. Figueiredo Costa (TLP) 


RESUMO Em seguimento do artigo publicado no 
número anterior, são focados alguns 
Standards nele citados na área de DE- 
SENVOLVIMENTO DE APLICAÇÕES, 
1.º capítulo do Manual de Standards. 


ABSTRACT This paper continues the work started 
on the previous one, and describes the 
minimum Standards for APPLICA- 
TIONS DEVELOPMENT, Ist chapter of 
the Standards Manual. 


2. Desenvolvimento de aplicações 


Introdução 


Em instalações de médio e grande porte surge natural- 
mente uma especialização de funções motivada por fac- 
tores tais como: 


— Impossibilidade de utilizar a mesma pessoa para 
programar. operar, distribuir os resultados, ete.. 
— Utilização do equipamento em modo de multipro- 
gramação, implicando tarefas adicionais visando o 
controlo e gestão eficiente do mesmo. 

— Necessidade de interligação das várias aplicações 
existentes. 

— Necessidade de trabalho em equipa, a fim de redu- 
zir o tempo de desenvolvimento de cada aplicação. 


Na área que designamos por DESENOLVIMENTO DE 
APLICAÇÕES incluímos os elementos de um Centro 
que, directa ou indirectamente, participam nas tarefas de 
desenho, desenvolvimento e manutenção das aplicações, 
reservando para a área de GESTÃO DA INFORMAÇÃO 
as tarefas relacionadas com o desencadeamento da execu- 
ção dos programas. Aquela área constitui na maior parte 
dos casos uma unidade orgânica na estrutura da Informá- 
tica, e daí o facto de o primeiro capítulo do Manual de 
Standards lhe ser dirigido. 

Os Standards para desenvolvimento de aplicações têm 
dois objectivos fundamentais: 


— Divulgar as facilidades de uso geral existentes no 
Centro, nomeadamente no que se refere ao isola- 


mento das aplicações em desenvolvimento umas das 
outras, e das que estão em produção. 

— Standardizar a documentação, tornando-a tão com- 
pleta quanto possível, de modo a não obrigar ao 
recurso sistemático aos autores das aplicações para a 
sua manutenção e/ou utilização. 


A Estrutura 


O pessoal técnico que normalmente vamos encontrar 
nesta área está especializado nas funções vulgarmente 
designadas por ANÁLISE, PROGRAMAÇÃO e ADMI- 
NISTRAÇÃO DA BASE DE DADOS. 

Aos Analistas e Programadores está incumbida a tarefa 
de estruturar e documentar as aplicações, desenhar e codi- 
ficar os seus programas, e efectuar a respectiva manu- 
tenção. 

Aos Administradores da Base de Dados está normal- 
mente atribuída uma tarefa de controlo e «guidance» 
técnico, passando por: 


— Desenhar ficheiros e/ou bancos de dados. 

— Controlar o acesso à informação. 

— Promover a implementação de sistemas integrados. 

— Definir os processos de «backup» e «restore» (1). 

— Propor e desenhar aplicações de uso geral que fa- 
cilitem o desenvolvimento e integração das aplica- 
ções, tais como Gestão de Tabelas (2). Processos de 
Entrada de Dados e/ou de Emendas (3). Formatação 
de Mapas em Terminais (4). «Feedback» (5). Gera- 
ção de JCL (6). Pedido de Relatórios a produzir em 
Batch (via terminal) (7). Dicionário de Dados (8). 
Geração de Dados de Teste (9). etc. 


Definir o funcionamento e o «Job Description» (10) 
destes elementos não é propriamente o objectivo do Ma- 
nual de Standards, se bem que estes tenham de ser adap- 
tados necessariamente à estrutura desta área. Nas experi- 
ências em curso, a estrutura existente pressupõe a imple- 
mentação progressiva das IPT («Improved Programming 
Technologies»), que em nosso entender são a melhor 
colectânea de técnicas de desenvolvimento de aplicações 
que já encontrámos, pelo que alguns dos Standards desen- 
volvidos estão naturalmente orientados para suportar algu- 
mas IPT. 

Queremos deixar bem claro que, do ponto de vista de 
elaboração de Standards, o mais importante não é produ- 
zir obras-primas de programação, dignas de galerias de 
arte, mas antes construir aplicações que sigam determina- 


REVISTA DE INFORMÁTICA 


Vol. 2, 


Nº] 59 


dos princípios genéricos, utilizando eficientemente as tec- 
nologias de ponta existentes no Centro, e partilhando 
informação entre si. Tudo isto é muito importante para o 
julgamento que os utilizadores fazem sempre das aplica- 
ções, em que o que conta é por exemplo a sua versatili- 
dade, benefícios auferidos, rapidez de implantação, etc., 
pouco importando se existem 10 ou 100 programas, ou se 
o tempo de execução é de 15 minutos ou de 2 horas. E 
da opinião dos utilizadores depende quase sempre o cres- 
cimento ou a estagnação de um Centro... 


Que Standards? 


Os Standards para Desenvolvimento de Aplicações es- 
tão divididos em dois grupos distintos, a saber; 


— Especificações de utilização das facilidades existen- 
tes no Centro. 
— Documentação operacional e para manutenção. 


A sua acção torna-se assim dupla: 


— Educativa, dado conterem traduções em Português 
de partes seleccionadas de manuais e de outra docu- 
mentação, como exemplo de utilização de Stan- 
dards. 

— Uniformizadora, dado que impõem certas regras que 
conduzem à adopção de uma metodologia comum 
para desenvolvimento e utilização das aplicações. 


Assim, e a título de exemplo de elaboração de um 
Manual de Standards, reunimos nos grupos seguintes al- 
guns dos pontos fundamentais que nele devem constar: 


Grupo | (Apresentado neste artigo): 


— Standards de Definição de Ficheiros. 

— Standards de Utilização de Bibliotecas de Progra- 
mação. 

— Standards de Documentação para manutenção. 


Grupo 2 (Apresentado no próximo Artigo): 


— Standards de Documentação Operacional. 
— Standards de Utilização de Tabelas. 
— Dicionário de Dados. 


Estes Standards resumem alguma da experiência adqui- 
rida pelos autores nos projectos-piloto em que participam. 
Em nossa opinião constituem um mínimo absoluto, não 
cobrindo portanto todas as actividades existentes nesta 
área. 


2.1 DEFINIÇÃO DE FICHEIROS 


Esta área é uma das mais sensíveis em qualquer Infor- 
mática, dado o descontrolo generalizado na definição e 
utilização de ficheiros, causando graves problemas de 
confidencialidade e integridade da informação neles con- 
tida, e ainda noutras áreas tais como: 


— Utilização desmesurada da capacidade dos discos e 
bandas. 


— À informação sobre quem é o responsável por cada 
ficheiro ou não existe ou está muito dispersa. 

— Perda de informação devido a erros de «software» 
e/ou «hardware». 

— Impossibilidade de efectuar uma contabilização cor- 
recta da utilização do equipamento. 


Para evitar alguns destes problemas, os standards para 
esta área devem impor que: 


— À concepção de ficheiros seja sempre validada pelo 
Administrador da Base de Dados, que definirá 
igualmente a metodologia de «backup» e «restore». 

— Os testes se façam sobre dados de teste, e não sobre 
dados reais, o que implica um isolamento efectivo 
das aplicações. 

— A nomenclatura utilizada seja uniformizada. 


Standards mínimos 


Os Standards mínimos para Definição de Ficheiros fa- 
cilitam a implementação das medidas atrás enunciadas, 
recomendando que haja uma separação dos ficheiros em 
grupos de acordo com o seguinte critério: 


— Ficheiros de teste, de que existirá um conjunto por 
cada aplicação em desenvolvimento ou manutenção. 

— Ficheiros de produção «Batch», de que existe um 
único conjunto. 

— Ficheiros de Sistema, que contêm apenas os mó- 
dulos do Sistema de Operação e programas asso- 
ciados. 

— Ficheiros de Produção «Online» de que existe um 
único conjunto. A sua separação do «Batch» é de- 
vida a requisitos especiais de «performance». 


A questão destes grupos far-se-á de modo indepen- 
dente, dando-se no quadro 2.1 um resumo dos principais 
requisitos. 

A fim de permitir uma protecção efectiva, todos os 
ficheiros deverão residir em discos ou bandas com «Stan- 
dard Labels» (13). 


Nomenclatura 


A gestão dos ficheiros é totalmente baseada no seu 
nome. No quadro 2.2 apresentamos um standard de no- 
menclatura que tem como objectivos: 


— Evitar o aparecimento de sinónimos. 

— Identificar o objecto designado (Banco de Dados, 
Campo, etc.). 

— Identificar o responsável por esse objecto. 

— Permitir um controlo de acesso automatizado. 


Todos os nomes deverão ser validados pelo Adminis- 
trador da Base de Dados, de modo a reduzir o risco de 
aparecimento de sinónimos. 

O nome com o qual os ficheiros deverão estar regista- 
dos no «Label» obedecerá à seguinte convenção: 
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— iii é o código de utilização do ficheiro 

— iii é o código da aplicação responsável pelo ficheiro 
(Nota 1) 

— kkk é o código da organização do ficheiro (Nota 1) 

— Hl é o nome do ficheiro, segundo as normas do 
quadro 2.2 


Nota 1: Não aplicável aos ficheiros de Sistema. 


Esta convenção permite converter facilmente o JCL 
quando as aplicações são entregues para produção, e tem 
ainda a vantagem de poder ser facilmente expandida, por 
exemplo incluindo o código de empresa nos Centros que 
façam serviços para o exterior. 

Em GESTÃO DA INFORMAÇÃO referiremos cri- 
térios para determinar a localização dos ficheiros de pro- 
dução «Batch». 


2.2 Biblioteca de programação 


As bibliotecas de programação são ficheiros auxiliares 
que têm por objectivos: 


— Reduzir ou eliminar a utilização de cartões. 
— Controlar eficientemente as modificações. 
— Obter um melhor rendimento da máquina. 
— Facilitar a operação do computador. 


Tal como vimos no caso dos ficheiros, também as 
bibliotecas estão divididas em quatro grupos (Teste, Pro- 
dução Batch, Sistema, Produção Online), com requisitos 
análogos aos mencionados no quadro 2.1. 

No entanto, enquanto os ficheiros são criados de 
acordo com as especificações de análise, as bibliotecas 
têm uma estrutura pré-definida. O esquema de bibliotecas 
proposto permite o desenvolvimento das aplicações se- 
gundo a técnica «Top-Down» (14), existindo os seguintes 
níveis de bibliotecas: 


— Módulos Fonte, contendo os programas na sua lin- 
guagem original (COBOL, BASIC, etc.), ou os 
«Stubs» (14). 

— Módulos Objecto, contendo os módulos de nível 
inferior, ou os «Stubs». 

— Módulos executáveis, contendo os programas obti- 
dos por reunião dos seus módulos. 

— «Job Control», contendo todo o JCL necessário para 
a efectuação dos testes das aplicações. 


O directório de cada biblioteca deverá conter, em rela- 
ção a cada um dos seus membros: 


— Nome e localização. 
— Nome do programador. 
— Data da actualização. 


Nomenclatura 


A nomenclatura destas bibliotecas é fixa, e será por 
exemplo: 


— SOURCE para módulos fonte 
— OBJECT para módulos objecto 
— LINK para módulos executáveis 
— JCL para o Job Control 


O nome a utilizar para «Label» obedecera às conven- 
ções já descritas para os ficheiros, sendo que o código de 
organização é BIBL. 

No quadro 2.3 damos um exemplo de nomenclatura 
para os membros das bibliotecas, e que tem por objec- 
tivos: 


— Facilitar a Contabilização. 
— Evitar Sinónimos. 
— Permitir extracção de Estatísticas. 


Os nomes deverão ser atribuídos pela Análise. 


Utilização das Bibliotecas 


As bibliotecas serão utilizadas com procedimentos pró- 
prios, os quais deverão contemplar as seguintes situações: 


— Edição de módulos fonte e de JCL. 

— Listagem de directórios. 

— Listagem de módulos fonte ou JCL. 

— Compilação de programas em qualquer linguagem. 
— Criação de módulos executáveis. 

— Criação de módulos objecto. 


Estes procedimentos deverão ter previstas facilidades 
para o seu encadeamento, dando origem a novos procedi- 
mentos que mais não são do que associações correntes 
dos procedimentos anteriores. 


2.3 Documentação para manutenção 


A documentação da lógica das aplicações é imprescin- 
dível para a boa manutenção das mesmas. Este facto é 
reconhecido pela grande maioria dos Centros em que 
existem determinados elementos (listagens de programas, 
especificações de Análise, organigramas, etc.) que são 
chamados de «documentação» sem estarem na realidade, 
eficientemente estruturados, sendo por isso muitas vezes 
inúteis. 

Os problemas que geralmente surgem como corolário 
desta situação são extremamente graves e traduzem-se 


por: 


— É obrigatório recorrer ao autor de uma aplicação de 
cada vez que é necessário efectuar alterações. 

— Na ausência do autor as alterações ou não se efec- 
tuam, ou então são muito difíceis de fazer, sendo 
causa frequente de introdução de erros nos pro- 
gramas. 

— É difícil analizar os erros de lógica detectados já em 
produção, com o consequente não cumprimento dos 
prazos acordados. 
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Os Standards de documentação têm por objectivo resol- 
ver ou atenuar estes problemas, definindo conveniente- 
mente o seu conteúdo e estrutura. 

A documentação para manutenção é constituída pelas 
Pastas de Análise e Programação. 


Pasta de Análise 


Na Pasta de Análise de cada aplicação devem constar 
os seguintes elementos: 


— Relatório das Necessidades, elaborado pelo Analista 
da aplicação após o contacto com o utilizador, de- 
vendo descrever sucintamente os processos de traba- 
lho existentes no utilizador antes da introdução da 
aplicação. Deve ainda dar uma ideia dos objectivos 
pretendidos com a aplicação. 

— Descrição da aplicação, descrevendo a aplicação na 
sua generalidade, as funções cobertas, e as suas 
dependências (software e hardware). 

— Índice de alterações. 

— Diagrama da aplicação, representando graficamente 
as funções da aplicação e a sua interligação. 

— Descrição dos Bancos de Dados e/ou Ficheiros, des- 
crevendo a sua finalidade, características físicas, e 
requisitos de confidencialidade. 

— Descrição da informação contida nos Bancos de 
Dados e/ou Ficheiros, incluindo as características de 
cada campo. 

— Utilização de Tabelas, indicando quais as tabelas 
necessárias, e seu modo de acesso. 

— Índice da pasta. 


Pastas de Programação 


A pasta de programação deverá ser organizada por 
programa, e englobará os seguintes elementos: 


— Descrição sumária do programa. 

— Especificações de programação. 

— Desenho dos écrans e/ou mapas produzidos. 
— Descrição dos algoritmos utilizados. 

— Enumeração das tabelas utilizadas. 

— Listagem do programa. 

— Descrição do conteúdo das variáveis utilizadas. 


Considerações Adicionais 


Recomenda-se que a documentação para manutenção 
seja escrita em páginas pré-formatadas, contendo a indi- 
cação dos campos de preenchimento obrigatório, de modo 
a constituir um auxiliar precioso para a sua elaboração. 

A documentação deve ser actualizada sempre que haja 
alterações à aplicação, pelo que deverão existir normas 
para introdução e sinalização das alterações. 

A sinalização é quase sempre esquecida, sendo muito 
importante visto pôr em relevo os pontos sobre os quais 
incidiram as alterações, evitando assim uma leitura exaus- 
tiva da documentação em muitas situações. Um processo 
simples de sinalização é. por exemplo, traçar um risco 


vertical na margem esquerda do texto alterado em cada 
página. 

Na biblioteca documental do Centro deverá existir sem- 
pre uma documentação actualizada, respeitante às versões 
dos programas em produção. 

As partes da documentação onde incide grande volume 
de alterações deve residir preferencialmente em suporte 
magnético. Voltaremos a este ponto quando discutirmos o 
Dicionário de Dados. 


(Continua) 


(Recebido em 11-12-1980) 


Notas e Referencias 


(1) «Backup» e «Restore» designam, respectivamente, 
as operações de: 


— Efectuar cópias de segurança dos ficheiros e/ou ban- 
cos de dados. 

— Repor um ficheiro e/ou banco de dados após sua 
eventual destruição ou lesão parcial. 


(2) Gestão de Tabelas, aplicação que permita actuali- 
zar as tabelas utilizadas pelos diversos sistemas operativos 
(calendários, câmbios, categorias profissionais, etc.). 

(3) Entrada de Dados e/ou Emendas, aplicação que 
permite criar, via terminal, um ficheiro de entrada de 
dados pré-validados para as aplicações em «batch». 

(4) Formatação de mapas em Terminais, aplicação que 
permita aos utilizadores obter os seus mapas em termi- 
nais, ou opcionalmente no Centro. 

(5) «Feedback», aplicação que permita utilizar um ter- 
minal para entrada de sugestões e comunicação de proble- 
mas com outras aplicações. 

(6) JCL (Job Control Language), Linguagem de co- 
mandos utilizada pelo Sistema de Operação que controla 
o computador. Esta designação pode variar consoante o 
fabricante. 

(7) Pedido de Relatórios via Terminal, aplicação que 
permita desencadear automaticamente aplicações «Batch» 
a partir de parâmetros fornecidos por terminal, com enca- 
minhamento dos resultados para o utilizador (para visuali- 
zação ou impressão), ou impressora rápida do Centro. 

(8) Dicionário de Dados, aplicação que permite fazer 
um «Cross-Reference» de todos os elementos informáti- 
cos dentro de um Centro. 

(9) Geração de Dados de Teste, aplicação que per- 
mite criar ficheiros de teste para as aplicações. 

(10) Veja por exemplo «Organizing the Data Proces- 
sing Activity», manual IBM GC20-1622. 

(11) Para um estudo detalhado das IPT e sua imple- 
mentação, veja por exemplo «Structured Programming, 
Theory and Practice», R. C. Lingen, H. D. Mills, B. 1. 
Witt, Addison-Wesley Publishing Inc. 1979. 
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(12) Segmento é um conceito existente nas estruturas 
hierárquicas de Banco de Dados, e que designa um grupo 
de informação afim que é tratada como um todo para 
efeito das operações de entrada/saída. Este conceito pode 
generalizar-se para qualquer tipo de área de trabalho. 

(13) «Standard Label», é um directório existente em 
cada disco ou banda, e que contém, para cada ficheiro, o 
seu nome, características, etc. 

(14) Segundo esta técnica IPT, os programas das apli- 
cações devem ser codificados e testados por ordem de 
precedência, isto é, o primeiro na execução será o primei- 
ro na codificação. 

Para os programas modulares, esta sequência deve ser 
a seguinte: 
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— Módulo Principal 

— Módulos de 1.º nível (invocados pelo módulo prin- 
cipal) 

— Módulos de 2.º nível 

— Etc. 


O principal objectivo é assegurar que no teste de qual- 
quer módulo intervêm sempre os módulos de nível su- 
perior, eliminando assim a necessidade dos «testes inte- 
grados». 

No caso de testes de módulos superiores, os módulos 
inferiores, se não codificados, deverão ser substituídos 
por «Stubs», contendo apenas as partes do módulo neces- 
sárias para a sua ligação. 
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TECONFOR 


Gabinete Técnico 
de Administração, Organização 
Contabilidade e Informática, Lda. 


A Informática ao Serviço da Contabilidade e Gestão da Empresa. 


Consulte TECONFOR! 


RECOLHA — PROCESSAMENTO — TELETRANSMISSÃO DE DADOS 


Gabinete Técnico para servir as Empresas 


Praça José Fontana, 25-3º Esq. — Tel. 53 00 86-57 32 89-57 65 81 - 1000 LISBOA 


CURSO É SEMPRE 
INVESTIMENTO 


INFORMÁTICA 


Análise de Sistemas, Programação aos 
Computadores, Operação dos Computadores, 
Programação aos Mini-Computadores, 
Perfuração/Verificação, Prática em 
computadores. 


ELECTRÔNICA 


Electricidade e Magnetismo, Electrónica 
Aplicada e Digital, Amplificadores 
Operacionais, Prática laboratorial. 


INSTITUTO PORTUGUÊS 
DE INFORMÁTICA 


TÉCNICAS ESPECÍFICAS 


Secretariado, Contabilidade (novo plano), 
Contabilidade Industrial, Técnica de Vendas 
Desenho de Construção Civil. 


INVESTIGAÇÃO OPERACIONAL 


Planeamento pelos métodos PERT e CPM 
Estatística Aplicada, Gestão de Stcks, 
Gestão Orçamental, Controlo de Gestão, 
Gestão de Recursos Humanos, Organização 
e Métodos. 


Rua Castilho, 61, 4º. - Esq”. - Lisboa 


informações e inscrições 
das 13 às 23 horas 
Av. da Liberdade, 166 
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um computador 
não esquece... 


Contudo, podemos ajudá-lo a memorizar com mais segurança! 
Claro... Contamos com os periféricos! 

Estes precisam de suportes magnéticos para ajudar a manter em forma 
a sua memória! (perdão, a memória do seu computador!!) 

Aumente a probabilidade de não falhar por deficiência dos suportes 
magnéticos! 


A propósito: Conhece o tratamento Crashguard? 
Diskettes, bandas, 
cassettes, discos. 
Um produto Scotch 

3M PORT UGAL 


Rua do Conde de Redondo, 98 — 1199 Lisboa Codex — Telef. 56 11 31 (8 linhas) 
Rua da Boavista, 476/484 — 4000 Porto — Telef. 2 20 54/2 25 52 


A. Rebelo 
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COMPTA Divulga 
- Centro de Processamento ecc bi 


Escreve e 
Colabora na 
Revista de 
Informática 


COMPUTADORES 
LEITURA ÓPTICA 


COMPTA 
- Centro de Processamento 
de Dados, S. A. R.L. 


Av. Fontes Pereira de Melo, 14-11.º 1000 LISBOA 
Tel. 411 11/5 


Largo de Santa Bárbara, 3-C 1100 LISBOA 
Tel. 558657 - 558747 - 558259 


INTERCÂMBIO TÉCNICO 
EM INFORMÁTICA PORTUGAL/BRASIL 


Acordo entre a Revista de Informática e a GAZETA MERCANTIL, Dados e Ideias, 
permite a publicação de artigos brasileiros e portugueses sobre INFORMATICA. 
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SISTEMAS MICROCOMPUTADORES 
DE 16 K RAM A 128 K RAM 


OS MELHOR 
APOIADOS EM PORTUGAL 


Representantes Exclusivos 


SORUBAL, SARL 


Rua General Pimenta de Castro, 15-8.º — Telef. 89 65 55 — 1700 LISBOA 
Rua Teixeira de Pascoais, 1-B — Telef. 80 51 65 — 1700 LISBOA 
Telex 12775 SORBAL P 


Visite o nosso Stand na 22.º FIL - Feira Interna- 
cional de Lisboa, de 8 a 17 de Maio de 1981 
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2.º ENCONTRO NACIONAL 
DE INFORMÁTICA 


PORTO, 14 DE MARÇO 


Prosseguem os trabalhos de discussão dos termos do 2.º ENI, nas delegações da 
API, pelas 19 horas dos dias abaixo indicados. 

Se pretenderes informações sobre os temas em discussão. podes contactar com 
a API ou com as seguintes pessoas (Delegação Sul da API): 


O Grupo CARREIRAS: € Grupo FORMAÇÃO: O Grupo DEONTOLOGIA: 
(3.º feiras) (4.º feiras) (5.º feiras) 

— MANUEL RIBEIRO GOMES — CARLOS COSTA CABRAL — ILÍDIO RODRIGUES ANTUNES 

Tel. emprego: 36 1981 ext. 164 Tel. emprego: 38 61 82/3 Tel. emprego: 36 1981 ext. 160 

Tel. casa: 247 5562 Tel. casa: 252 0226 Tel. casa: 70 12 72 

— ELSA ADELAIDE VICENTE — JOSÉ PALMA FERNANDES tits GONÇALVES PENEDO 


Tel. emprego: 36 1981 ext. 163 Tel. emprego: 900020 ext. 207 Tel. emprego: 89 41 61 
Tel. casa: 252 0425 


— JOSE PEREIRA LEITE — DINA COUTINHO BRANDÃO 
Tel. emprego: 251 2074 Tel. emprego: 65 61 41 TS MARIA DA GRAÇA. AFONSO 
Tel. casa: 68 61 68 Tel. casa: 247 6818 Tel. emprego: 259 1525 


PROGRAMA PROVISÓRIO DO 2.º ENI 
(a partir de Lisboa) 


14 de Março de 1981 * 17.00 — Intervalo dos trabalhos 
* 17.30 — Recomeço dos trabalhos 


* 18.30 — Leitura das conclusões e encerramento 
do 2.º ENI 
19.30 — Transporte para o comboio para Lisboa 
20.25 — Saída de comboio para Lisboa 
| Facul de Eco- À 
Kanód SUsMIaO ur nCuniade de. EEo 23.30 — Chegada a Lisboa. 
* 11.00 — Abertura do encontro. Reunião Lisboa- * Actividades comuns LISBOA - PORTO 


-Porto com grupos de cada tema - 
E Di 1 
13.00 — Almoço típico PRAZO LIMITE INSCRIÇÃO: 2 DE MARÇO DE 198 


* 18.00 — Início da reunião final do 2.º ENI. Discus- Preço de inscrição: 750800 sócios, 1 000800 não-sócios (inclui 
são final dos documentos apresentados documentação, transporte local e almoço). 


JUNTA-TE A NÓS. PARTICIPA. DISCUTE OS NOSSOS 


PROBLEMAS SÓCIO-PROFISSIONIAS. 
ER a e rr a RS O MIS 


7.25 — Saída de comboio de Lisboa — St. 
Apolónia 
10.00 — Chegada ao Porto, transporte para o lo- 


E SURPREENDENTE OS COMPUTADORES 


QUE ALGUMAS COMPANHIAS 
FORAM LEVADAS A COMPRAR 


Mediante uma escolha versátil, podemos dimensionar cada instalação de acordo 
com as necessidades do cliente. Não poderíamos fazer isso sem ouvir atentamente. 
Se está a pensar na expansão/modernização de um sistema antigo, na instalação 
do seu primeiro, ou ainda, se quer só falar sobre computadores, marque uma 


entrevista com os nossos serviços comerciais. 
Em vez de lhes proporcionarmos uma conversa vendedoricliente, vamos ouvir as 
suas necessidades/aspirações. 


Av. 5 de Outubro, 321 R. Azevedo Coutinho 
004 Lisbon Code SPERRYSPLNIVAC sos: 


1400 Porto 


[1] Gostaria de ter informações sobre os Computadores Sperry Univac 
SPERRY UNIVAC 


[1] Telefonem para marcarmos uma entrevista 


O ramo da minha empresa é 


A Dai xics A NQMICS cs paes vucenro rneaasta renders enes dês pr RREO PR 
Quando e que foi a última vez que voce conversou com um vendedor 


EMpresa! ascesas eram: 
de computadores? 


MONRUR scr one apro rasca rare na a per ADos passos RE pair, 


y oi [é PAUS E AEE E SPA SI BREQAÇÃ USAR com DDR ci om RR NES 


Recorde essa conversa e provavelmente vai chegar à conclusão que foi 

ele que monopolizou a conversa. 
Nós temos uma maneira diferente de fazer as coisas. Acreditamos que 

a melhor maneira de assegurar aos clientes que eles recebem exactamente o que E 
precisam, requer dos nossos assistentes comerciais a disponibilidade de ouvirem STE [mo o IL N IVAC 
com atenção. bjo | GR 

É um facto, que a Sperry Univac oferece uma diversidade de sistemas, e 
com cada sistema uma larga gama de possibilidades. Saber ouvir é para nós o mais importante 


